Service guide information transmission method, service guide information reception method, service guide information transmission device, and service guide information reception device

ABSTRACT

One embodiment of the present invention provides a method and a device for transmitting and receiving service guide information. The service guide information transmission method, according to one embodiment of the present invention, comprises the steps of: generating service guide information including information on broadcast service and content; encoding the generated service guide information; and transmitting the encoded service guide information.

TECHNICAL FIELD

The present invention relates to a method and apparatus for transmittingand receiving service guide information.

BACKGROUND ART

As analog broadcast signal transmission is terminated, varioustechnologies for transmitting and receiving a digital broadcast signalhave been developed. A digital broadcast signal is capable of containinga larger amount of video/audio data than an analog broadcast signal andfurther containing various types of additional data as well asvideo/audio data.

DISCLOSURE Technical Problem

That is, a digital broadcast system may provide a high definition (HD)image, multi channel audio, and various additional services. However,for digital broadcast, network flexibility obtained by considering datatransmission efficiency for a large amount of data transmission,robustness of a transceiving network, and a mobile receiving apparatusneeds to be enhanced.

Technical Solution

The object of the present invention can be achieved by providing amethod of transmitting service guide information, the method includinggenerating service guide information including information on abroadcast service and content, the service guide information including acapability element indicating capability information required to renderthe content, encoding the generated service guide information, andtransmitting the encoded service guide information.

The capability element may include at least one of a capability codeelement indicating capability information required to render the contentas a code value and a capability string element indicating thecapability information using a string.

The capability string element may include category code informationindicating a category to which capability information indicated by thecapability string element belongs.

The capability code element may include at least one of informationindicating that an Internet protocol (IP) through a broadband isrequired to download the content, information indicating that processingof high efficiency video coding (HEVC) video is required to render thecontent, information indicating that processing of scalable HEVC (SHVC)video is required to render the content, information indicating thatprocessing of high dynamic range (HDR) video is required to render thecontent, information indicating that processing of 5.1 channel surroundaudio is required to render the content, information indicating thatprocessing of immersive audio is required to render the content, andinformation indicating that processing of 3D audio is required to renderthe content.

The capability code element may include at least one of informationindicating that a personal video recorder (PVR) application function isrequired to render the content, information indicating that a downloadfunction through a persistent storage is required to render the content,information indicating that a digital rights management (DRM)application function is required to render the content, and informationindicating that a conditional access system (CAS) application isrequired to render the content.

The category code information may include at least one of informationindicating that a category of the capability information is a downloadprotocol, information indicating that a category of the capabilityinformation is a forward error correction (FEC) algorithm, informationindicating that a category of the capability information is archiveformat, information indicating that a category of the capabilityinformation is a compression algorithm, information indicating that acategory of the capability information is a media type, informationindicating that a category of the capability information is an Internetlink, and information indicating that a category of the capabilityinformation is application capability.

In another aspect of the present invention, provided herein is a methodof receiving service guide information, the method including receivingservice guide information including information on a broadcast serviceand content, the service guide information including a capabilityelement indicating capability information required to render thecontent, decoding the generated service guide information, anddisplaying the decoded service guide information.

The capability element may include at least one of a capability codeelement indicating capability information required to render the contentas a code value and a capability string element indicating thecapability information using a string.

The capability string element may include category code informationindicating a category to which capability information indicated by thecapability string element belongs.

The capability code element may include at least one of informationindicating that an Internet protocol (IP) through a broadband isrequired to download the content, information indicating that processingof high efficiency video coding (HEVC) video is required to render thecontent, information indicating that processing of scalable HEVC (SHVC)video is required to render the content, information indicating thatprocessing of high dynamic range (HDR) video is required to render thecontent, information indicating that processing of 5.1 channel surroundaudio is required to render the content, information indicating thatprocessing of immersive audio is required to render the content, andinformation indicating that processing of 3D audio is required to renderthe content.

The capability code element may include at least one of informationindicating that a personal video recorder (PVR) application function isrequired to render the content, information indicating that a downloadfunction through a persistent storage is required to render the content,information indicating that a digital rights management (DRM)application function is required to render the content, and informationindicating that a conditional access system (CAS) application isrequired to render the content.

The category code information may include at least one of informationindicating that a category of the capability information is a downloadprotocol, information indicating that a category of the capabilityinformation is a forward error correction (FEC) algorithm, informationindicating that a category of the capability information is archiveformat, information indicating that a category of the capabilityinformation is a compression algorithm, information indicating that acategory of the capability information is a media type, informationindicating that a category of the capability information is an Internetlink, and information indicating that a category of the capabilityinformation is application capability.

In another aspect of the present invention, provided herein is a serviceguide information transmitting apparatus including a generatorconfigured to generate service guide information including informationon a broadcast service and content, the service guide informationincluding a capability element indicating capability informationrequired to render the content, an encoder configured to encode thegenerated service guide information, and a transmitter configured totransmit the encoded service guide information.

In another aspect of the present invention, provided herein is a serviceguide information receiving apparatus including a receiver configured toreceive service guide information including information on a broadcastservice and content, the service guide information including acapability element indicating capability information required to renderthe content, a decoder configured to decode the generated service guideinformation, and a reproducer configured to display the decoded serviceguide information.

The capability element may include at least one of a capability codeelement indicating capability information required to render the contentas a code value and a capability string element indicating thecapability information using a string.

Advantageous Effects

As is apparent from the above description, the embodiments of thepresent invention can process data according to service characteristicsto control QoS (Quality of Service) for each service or servicecomponent, thereby providing various broadcast services.

The embodiments of the present invention can achieve transmissionflexibility by transmitting various broadcast services through the sameradio frequency (RF) signal bandwidth.

The embodiments of the present invention can improve data transmissionefficiency and increase robustness of transmission/reception (Tx/Rx) ofbroadcast signals using a MIMO (Multiple Input Multiple Output) system.

The embodiments of the present invention can provide a method andapparatus, which are configured to receive digital broadcast signalswithout errors even with mobile reception equipment or in an indoorenvironment, for transmitting and receiving broadcast signals.

DESCRIPTION OF DRAWINGS

The accompanying drawings, which are included to provide a furtherunderstanding of the invention and are incorporated in and constitute apart of this application, illustrate embodiment(s) of the invention andtogether with the description serve to explain the principle of theinvention. In the drawings:

FIG. 1 illustrates a structure of an apparatus for transmittingbroadcast signals for future broadcast services according to anembodiment of the present invention.

FIG. 2 illustrates an input formatting block according to one embodimentof the present invention.

FIG. 3 illustrates an input formatting block according to anotherembodiment of the present invention.

FIG. 4 illustrates a BICM block according to an embodiment of thepresent invention.

FIG. 5 illustrates a BICM block according to another embodiment of thepresent invention.

FIG. 6 illustrates a frame building block according to one embodiment ofthe present invention.

FIG. 7 illustrates an OFDM generation block according to an embodimentof the present invention.

FIG. 8 illustrates a structure of an apparatus for receiving broadcastsignals for future broadcast services according to an embodiment of thepresent invention.

FIG. 9 illustrates a frame structure according to an embodiment of thepresent invention.

FIG. 10 illustrates a signaling hierarchy structure of the frameaccording to an embodiment of the present invention.

FIG. 11 illustrates preamble signaling data according to an embodimentof the present invention.

FIG. 12 illustrates PLS1 data according to an embodiment of the presentinvention.

FIG. 13 illustrates PLS2 data according to an embodiment of the presentinvention.

FIG. 14 illustrates PLS2 data according to another embodiment of thepresent invention.

FIG. 15 illustrates a logical structure of a frame according to anembodiment of the present invention.

FIG. 16 illustrates PLS mapping according to an embodiment of thepresent invention.

FIG. 17 illustrates EAC mapping according to an embodiment of thepresent invention.

FIG. 18 illustrates FIC mapping according to an embodiment of thepresent invention.

FIG. 19 illustrates an FEC structure according to an embodiment of thepresent invention.

FIG. 20 illustrates a time interleaving according to an embodiment ofthe present invention.

FIG. 21 illustrates the basic operation of a twisted row-column blockinterleaver according to an embodiment of the present invention.

FIG. 22 illustrates an operation of a twisted row-column blockinterleaver according to another embodiment of the present invention.

FIG. 23 illustrates a diagonal-wise reading pattern of a twistedrow-column block interleaver according to an embodiment of the presentinvention.

FIG. 24 illustrates interlaved XFECBLOCKs from each interleaving arrayaccording to an embodiment of the present invention.

FIG. 25 is a block diagram illustrating a main physical device and acompanion physical device according to an embodiment of the presentinvention.

FIG. 26 is a block diagram illustrating a protocol stack to support ahybrid broadcast service according to an embodiment of the presentinvention.

FIG. 27 is a conceptual diagram illustrating an XML, schema of a ServiceType element according to an embodiment of the present invention.

FIG. 28 illustrates an XML schema regarding a specific service having aservice type value of 14, and an exemplary display image thereofaccording to an embodiment of the present invention.

FIG. 29 illustrates an XML schema regarding a specific service havingservice type values 14 and 15, and an exemplary display image thereofaccording to an embodiment of the present invention.

FIG. 30 illustrates an XML schema regarding a specific service havingservice type values 14 and 16, and an exemplary display image thereofaccording to an embodiment of the present invention.

FIG. 31 illustrates an XML schema of a Component Fragment according toan embodiment of the present invention.

FIG. 32 illustrates an XML schema of a ComponentType element accordingto an embodiment of the present invention.

FIG. 33 illustrates an XML schema of a ComponentData element accordingto an embodiment of the present invention.

FIG. 34 illustrates an XML schema of a VideoComponent element and aVideoRole element according to an embodiment of the present invention.

FIG. 35 illustrates an XML schema of an AudioComponent element and anAudioRole element according to an embodiment of the present invention.

FIG. 36 illustrates an XML schema of a CCComponent element and a CCRoleelement according to an embodiment of the present invention.

FIG. 37 illustrates an XML schema of component fragments regarding aComposite Video Component including one base layer and two enhancementlayers in scalable video coding according to an embodiment of thepresent invention.

FIG. 38 illustrates an XML schema of component fragments regarding aComposite Component including a 3D video left view and a 3D video rightview according to an embodiment of the present invention.

FIG. 39 illustrates an XML schema of component fragments configured todescribe a Complete Audio Component according to an embodiment of thepresent invention.

FIG. 40 illustrates an XML schema of a component element contained in acontent fragment according to an embodiment of the present invention.

FIG. 41 illustrates an XML schema of a content fragment regarding aLinear Service including Video, Audio, and CC Components according to anembodiment of the present invention.

FIG. 42 illustrates an XML schema of a component element when thecomponent element is defined in the content fragment so as to describethe association relationship among Video, Audio, and CC components.

FIG. 43 is a conceptual diagram illustrating an exemplary case in whichAssociatedTo attributes are used to describe the associationrelationship among Video, Audio, and CC components.

FIG. 44 is a conceptual diagram illustrating an exemplary case in whichassociatedAudio and associatedCC attributes are used to describe theassociation relationship among Video, Audio, and CC components.

FIG. 45 is a conceptual diagram illustrating the associationrelationship among Video, Audio, and CC components using AssociatedToattributes.

FIG. 46 is a conceptual diagram illustrating the associationrelationship among Video, Audio, and CC components using associatedAudioand/or associatedCC attributes.

FIG. 47 is a conceptual diagram illustrating the reference relationshipbetween fragments according to an embodiment of the present invention.

FIG. 48 illustrates an XML schema of a Component fragment including anelement indicating the reference relationship between fragmentsaccording to an embodiment of the present invention.

FIG. 49 illustrates an XML schema of a Schedule fragment including anelement indicating the reference relationship between fragmentsaccording to an embodiment of the present invention.

FIG. 50 illustrates the reference relationship among Service, Content,and Component fragments according to an embodiment of the presentinvention.

FIG. 51 illustrates the reference relationship among Component fragmentsconfigured to describe a Continuous Component according to an embodimentof the present invention.

FIG. 52 illustrates the reference relationship between Componentfragments configured to describe a component associated with AppBasedEnhancement according to an embodiment of the present invention.

FIG. 53 illustrates functions to be used when a content fragment refersto the associated service fragment according to an embodiment of thepresent invention.

FIG. 54 is a conceptual diagram illustrating an exemplary case in whichthe content fragment refers to the associated service fragment using therelationship attributes according to an embodiment of the presentinvention.

FIG. 55 is a conceptual diagram illustrating the reference relationshipbetween fragments according to another embodiment of the presentinvention.

FIG. 56 is a conceptual diagram illustrating a service fragmentincluding not only elements indicating the reference relationshipbetween fragments, but also a content fragment and an XML schema of thecomponent fragment according to another embodiment of the presentinvention.

FIG. 57 is a conceptual diagram illustrating the reference relationshipbetween Service, Content and Component fragments according to anotherembodiment of the present invention.

FIG. 58 is a conceptual diagram illustrating the reference relationshipbetween Component fragments describing a Continuous Component accordingto another embodiment of the present invention.

FIG. 59 is a conceptual diagram illustrating the reference relationshipbetween Component fragments describing a component associated withAppBased Enhancement according to another embodiment of the presentinvention.

FIGS. 60 and 61 illustrate the Component fragments according to anembodiment of the present invention.

FIG. 62 illustrates an XML schema of a Component fragment according toanother embodiment of the present invention.

FIG. 63 illustrates an XML schema of a ComponentType element accordingto another embodiment of the present invention.

FIG. 64 illustrates an XML schema of a ComponentRole element accordingto an embodiment of the present invention.

FIG. 65 illustrates an XML schema of component fragments regarding aComposite Video Component including one base layer and two enhancementlayers in scalable video coding according to another embodiment of thepresent invention.

FIG. 66 illustrates an XML schema of component fragments regarding aComposite Component including a 3D video left view and a 3D video rightview according to an embodiment of the present invention.

FIG. 67 illustrates an XML schema of component fragments configured todescribe a Complete Audio Component according to another embodiment ofthe present invention.

FIG. 68 is a structural view illustrating a Content fragment accordingto an embodiment of the present invention.

FIGS. 69, 70, 71, and 72 are structural views illustrating Componentelements according to an embodiment of the present invention.

FIG. 73 illustrates an XML schema of a Component element according to anembodiment of the present invention.

FIG. 74 illustrates an XML schema of a Language element and aComponentType element according to an embodiment of the presentinvention.

FIG. 75 illustrates an XML schema of a ComponentRole element accordingto an embodiment of the present invention.

FIG. 76 illustrates an XML schema of a DeviceCapability element and aTargetDevice element according to an embodiment of the presentinvention.

FIG. 77 illustrates an XML schema of a Component element when aPresentable Video Component (2D/HD) and a Presentable Audio Component(5.1 channels) are transmitted.

FIG. 78 illustrates an XML, schema of a Component element when aPresentable Video component (UHD) and Presentable ENG audio componentare transmitted as broadcast signals and a Presentable SPA audiocomponent is transmitted as a broadband signal.

FIG. 79 illustrates an XML schema of a Component element when aPresentable Video Component (UHD/Wide Color Gamut) and a PresentableAudio Component (5.1 channels) are transmitted.

FIG. 80 illustrates a component element according to another embodimentof the present invention.

FIG. 81 illustrates a ComponentRol element according to an embodiment ofthe present invention.

FIG. 82 illustrates an XML-formatted component element according toanother embodiment of the present invention.

FIG. 83 is a conceptual diagram illustrating a Component elementaccording to another embodiment of the present invention.

FIG. 84 illustrates a PresentableCCComponent element and aPresentableAppComponent element according to another embodiment of thepresent invention.

FIG. 85 illustrates an XML-formatted component element according toanother embodiment of the present invention.

FIG. 86 illustrates Essential Capabilities elements according to anembodiment of the present invention.

FIG. 87 illustrates the meaning of Capability in response to aCapabilityCode element value according to an embodiment of the presentinvention.

FIG. 88 illustrates a Capability Category dependent upon a Categoryattribute information value.

FIG. 89 is a conceptual diagram illustrating a method for providing aPPV (Pay Per View) program to each component according to an embodimentof the present invention.

FIG. 90 is a flowchart illustrating a method for providing media to eachcomponent of a broadcast program according to an embodiment of thepresent invention.

FIG. 91 exemplarily illustrates screen images through which media issupplied to each component of a broadcast program according to anembodiment of the present invention.

FIG. 92 exemplarily illustrates screen images through which the role ofa video component is displayed on ESG according to an embodiment of thepresent invention.

FIG. 93 exemplarily illustrates screen images through which the role ofa video component is displayed on ESG according to another embodiment ofthe present invention.

FIG. 94 exemplarily illustrates screen images through which the role ofa video component is displayed on ESG according to another embodiment ofthe present invention.

FIG. 95 exemplarily illustrates screen images through which the role ofan audio component is displayed on ESG according to an embodiment of thepresent invention.

FIG. 96 exemplarily illustrates screen images through which the role ofan audio component is displayed on ESG according to another embodimentof the present invention.

FIG. 97 exemplarily illustrates screen images through which the role ofan audio component is displayed on ESG according to another embodimentof the present invention.

FIG. 98 illustrates an exemplary case in which the role of a ClosedCaption (CC) component is displayed on ESG according to an embodiment ofthe present invention.

FIGS. 99 and 100 illustrate a configuration of component elementsaccording to another embodiment of the present invention.

FIG. 101 is a diagram illustrating an xml schema of a component elementaccording to an embodiment of the present invention.

FIG. 102 is a diagram showing a configuration of AppComponent elementaccording to an embodiment of the present invention.

FIG. 103 is a diagram illustrating an xml schema of AppComponent elementaccording to an embodiment of the present invention.

FIG. 104 is a diagram illustrating descriptions indicated by a receiveraccording to app component announcement according to an embodiment ofthe present invention.

FIG. 105 is a diagram illustrating an xml schema of a component elementincluded in a content fragment according to another embodiment of thepresent invention.

FIG. 106 is a diagram illustrating xml schema of content fragmentindicating a linear service including a specific role of video and audioaccording to an embodiment of the present invention.

FIG. 107 is a diagram illustrating the case in which a role of an Appcomponent is indicated in an ESG according to an embodiment of thepresent invention.

FIG. 108 is a diagram illustrating a configuration of Content fragmentfor providing capability of content according to an embodiment of thepresent invention.

FIGS. 109, 110, and 111 are diagrams showing a capability code accordingto an embodiment of the present invention.

FIGS. 112, 113, and 114 are diagrams of a capability code according toanother embodiment of the present invention.

FIG. 115 is a diagram showing a capability category code according to anembodiment of the present invention.

FIG. 116 is a diagram illustrating the case in which capability ofcontent is displayed in ESG according to an embodiment of the presentinvention.

FIG. 117 is a diagram illustrating a configuration of a serviceannouncement for providing an app-embedded service guide according to anembodiment of the present invention.

FIG. 118 is a diagram illustrating a configuration of serviceannouncement for providing an app-embedded service guide according toanother embodiment of the present invention.

FIG. 119 is a diagram illustrating an operation for executing anapplication included in an app-based service according to an embodimentof the present invention.

FIG. 120 is a diagram illustrating an operation for executing anapplication included in an app-based service according to anotherembodiment of the present invention.

FIG. 121 is a diagram illustrating a configuration of broadcastindependent AppComponent according to an embodiment of the presentinvention.

FIG. 122 is a diagram illustrating an operation for executing abroadcast independent application according to an embodiment of thepresent invention.

FIG. 123 is a diagram illustrating an operation for executing abroadcast independent application according to another embodiment of thepresent invention.

FIG. 124 is a diagram illustrating an operation for executing abroadcast independent application according to another embodiment of thepresent invention.

FIG. 125 is a diagram illustrating a method of transmitting serviceguide information according to an embodiment of the present invention.

FIG. 126 is a diagram illustrating a method of receiving service guideinformation according to an embodiment of the present invention.

FIG. 127 is a diagram illustrating a configuration of a service guideinformation transmitting apparatus according to an embodiment of thepresent invention.

FIG. 128 is a diagram illustrating a configuration of a service guideinformation receiving apparatus according to an embodiment of thepresent invention.

FIG. 129 illustrates signaling for single-memory deinterleavingirrespective of the number of symbols in a frame according to anembodiment of the present invention.

FIG. 130 illustrates FI schemes of FSS in signaling for single-memorydeinterleaving irrespective of the number of symbols in a frameaccording to an embodiment of the present invention.

FIG. 131 illustrates operation of a reset mode in signaling forsingle-memory deinterleaving irrespective of the number of symbols in aframe according to an embodiment of the present invention.

FIG. 132 illustrates equations indicating input and output of thefrequency interleaver in signaling for single-memory deinterleavingirrespective of the number of symbols in a frame according to anembodiment of the present invention.

FIG. 133 illustrates equations of a logical operation mechanism offrequency interleaving based on FI scheme #1 and FI scheme #2 insignaling for single-memory deinterleaving irrespective of the number ofsymbols in a frame according to an embodiment of the present invention.

FIG. 134 illustrates an example in which the number of symbols is aneven number in signaling for single-memory deinterleaving irrespectiveof the number of symbols in a frame according to an embodiment of thepresent invention.

FIG. 135 illustrates an example in which the number of symbols is aneven number in signaling for single-memory deinterleaving irrespectiveof the number of symbols in a frame according to an embodiment of thepresent invention.

FIG. 136 illustrates an example in which the number of symbols is an oddnumber in signaling for single-memory deinterleaving irrespective of thenumber of symbols in a frame according to an embodiment of the presentinvention.

FIG. 137 illustrates an example in which the number of symbols is an oddnumber in signaling for single-memory deinterleaving irrespective of thenumber of symbols in a frame according to an embodiment of the presentinvention.

FIG. 138 illustrates operation of the frequency deinterleaver insignaling for single-memory deinterleaving irrespective of the number ofsymbols in a frame according to an embodiment of the present invention.

FIG. 139 illustrates the concept of a variable bit-rate system accordingto an embodiment of the present invention.

FIG. 140 illustrates writing and reading operations of blockinterleaving according to an embodiment of the present invention.

FIG. 141 shows equations representing block interleaving according to anembodiment of the present invention.

FIG. 142 illustrates virtual FEC blocks according to an embodiment ofthe present invention.

FIG. 143 shows equations representing reading operation after insertionof virtual FEC blocks according to an embodiment of the presentinvention.

FIG. 144 is a flowchart illustrating a time interleaving processaccording to an embodiment of the present invention.

FIG. 145 shows equations representing a process of determining a shiftvalue and a maximum TI block size according to an embodiment of thepresent invention.

FIG. 146 illustrates writing operation according to an embodiment of thepresent invention.

FIG. 147 illustrates reading operation according to an embodiment of thepresent invention.

FIG. 148 illustrates a result of skip operation in reading operationaccording to an embodiment of the present invention.

FIG. 149 shows a writing process of time deinterleaving according to anembodiment of the present invention.

FIG. 150 illustrates a writing process of time deinterleaving accordingto another embodiment of the present invention.

FIG. 151 shows equations representing reading operation of timedeinterleaving according to another embodiment of the present invention.

FIG. 152 is a flowchart illustrating a time deinterleaving processaccording to an embodiment of the present invention.

BEST MODE

Reference will now be made in detail to the preferred embodiments of thepresent invention, examples of which are illustrated in the accompanyingdrawings. The detailed description, which will be given below withreference to the accompanying drawings, is intended to explain exemplaryembodiments of the present invention, rather than to show the onlyembodiments that can be implemented according to the present invention.

Although most terms of elements in this specification have been selectedfrom general ones widely used in the art taking into considerationfunctions thereof in this specification, the terms may be changeddepending on the intention or convention of those skilled in the art orthe introduction of new technology. Some terms have been arbitrarilyselected by the applicant and their meanings are explained in thefollowing description as needed. Thus, the terms used in thisspecification should be construed based on the overall content of thisspecification together with the actual meanings of the terms rather thantheir simple names or meanings.

The term “signaling” in the present invention may indicate that serviceinformation (SI) that is transmitted and received from a broadcastsystem, an Internet system, and/or a broadcast/Internet convergencesystem. The service information (SI) may include broadcast serviceinformation (e.g., ATSC-SI and/or DVB-SI) received from the existingbroadcast systems.

The term “broadcast signal” may conceptually include not only signalsand/or data received from a terrestrial broadcast, a cable broadcast, asatellite broadcast, and/or a mobile broadcast, but also signals and/ordata received from bidirectional broadcast systems such as an Internetbroadcast, a broadband broadcast, a communication broadcast, a databroadcast, and/or VOD (Video On Demand).

The term “PLP” may indicate a predetermined unit for transmitting datacontained in a physical layer. Therefore, the term “PLP” may also bereplaced with the terms ‘data unit’ or ‘data pipe’ as necessary.

A hybrid broadcast service configured to interwork with the broadcastnetwork and/or the Internet network may be used as a representativeapplication to be used in a digital television (DTV) service. The hybridbroadcast service transmits, in real time, enhancement data related tobroadcast A/V (Audio/Video) contents transmitted through the terrestrialbroadcast network over the Internet, or transmits, in real time, someparts of the broadcast A/V contents over the Internet, such that userscan experience a variety of contents.

The present invention provides apparatuses and methods for transmittingand receiving broadcast signals for future broadcast services. Futurebroadcast services according to an embodiment of the present inventioninclude a terrestrial broadcast service, a mobile broadcast service, aUHDTV service, etc. The present invention may process broadcast signalsfor the future broadcast services through non-MIMO (Multiple InputMultiple Output) or MIMO according to one embodiment. A non-MIMO schemeaccording to an embodiment of the present invention may include a MISO(Multiple Input Single Output) scheme, a SISO (Single Input SingleOutput) scheme, etc.

While MISO or MIMO uses two antennas in the following for convenience ofdescription, the present invention is applicable to systems using two ormore antennas. The present invention may defines three physical layer(PL) profiles—base, handheld and advanced profiles—each optimized tominimize receiver complexity while attaining the performance requiredfor a particular use case. The physical layer (PHY) profiles are subsetsof all configurations that a corresponding receiver should implement.

The three PHY profiles share most of the functional blocks but differslightly in specific blocks and/or parameters. Additional PHY profilescan be defined in the future. For the system evolution, future profilescan also be multiplexed with the existing profiles in a single RFchannel through a future extension frame (FEF). The details of each PHYprofile are described below.

1. Base Profile

The base profile represents a main use case for fixed receiving devicesthat are usually connected to a roof-top antenna. The base profile alsoincludes portable devices that could be transported to a place butbelong to a relatively stationary reception category. Use of the baseprofile could be extended to handheld devices or even vehicular by someimproved implementations, but those use cases are not expected for thebase profile receiver operation.

Target SNR range of reception is from approximately 10 to 20 dB, whichincludes the 15 dB SNR reception capability of the existing broadcastsystem (e.g. ATSC A/53). The receiver complexity and power consumptionis not as critical as in the battery-operated handheld devices, whichwill use the handheld profile. Key system parameters for the baseprofile are listed in below table 1.

TABLE 1 LDPC codeword length 16K, 64K bits Constellation size 4~10 bpcu(bits per channel use) Time de-interleaving memory size ≦2¹⁹ data cellsPilot patterns Pilot pattern for fixed reception FFT size 16K, 32Kpoints

2. Handheld Profile

The handheld profile is designed for use in handheld and vehiculardevices that operate with battery power. The devices can be moving withpedestrian or vehicle speed. The power consumption as well as thereceiver complexity is very important for the implementation of thedevices of the handheld profile. The target SNR range of the handheldprofile is approximately 0 to 10 dB, but can be configured to reachbelow 0 dB when intended for deeper indoor reception.

In addition to low SNR capability, resilience to the Doppler Effectcaused by receiver mobility is the most important performance attributeof the handheld profile. Key system parameters for the handheld profileare listed in the below table 2.

TABLE 2 LDPC codeword length 16K bits Constellation size 2~8 bpcu Timede-interleaving memory size ≦2¹⁸ data cells Pilot patterns Pilotpatterns for mobile and indoor reception FFT size 8K, 16K points

3. Advanced Profile

The advanced profile provides highest channel capacity at the cost ofmore implementation complexity. This profile requires using MIMOtransmission and reception, and UHDTV service is a target use case forwhich this profile is specifically designed. The increased capacity canalso be used to allow an increased number of services in a givenbandwidth, e.g., multiple SDTV or HDTV services.

The target SNR range of the advanced profile is approximately 20 to 30dB. MIMO transmission may initially use existing elliptically-polarizedtransmission equipment, with extension to full-power cross-polarizedtransmission in the future. Key system parameters for the advancedprofile are listed in below table 3.

TABLE 3 LDPC codeword length 16K, 64K bits Constellation size 8~12 bpcuTime de-interleaving memory size ≦2¹⁹ data cells Pilot patterns Pilotpattern for fixed reception FFT size 16K, 32K points

In this case, the base profile can be used as a profile for both theterrestrial broadcast service and the mobile broadcast service. That is,the base profile can be used to define a concept of a profile whichincludes the mobile profile. Also, the advanced profile can be dividedadvanced profile for a base profile with MIMO and advanced profile for ahandheld profile with MIMO. Moreover, the three profiles can be changedaccording to intention of the designer.

The following terms and definitions may apply to the present invention.The following terms and definitions can be changed according to design.

auxiliary stream: sequence of cells carrying data of as yet undefinedmodulation and coding, which may be used for future extensions or asrequired by broadcasters or network operators

base data pipe: data pipe that carries service signaling data

baseband frame (or BBFRAIVIE): set of Kbch bits which form the input toone FEC encoding process (BCH and LDPC encoding)

cell: modulation value that is carried by one carrier of the OFDMtransmission

coded block: LDPC-encoded block of PLS1 data or one of the LDPC-encodedblocks of PLS2 data

data pipe: logical channel in the physical layer that carries servicedata or related metadata, which may carry one or multiple service(s) orservice component(s).

data pipe unit: a basic unit for allocating data cells to a DP in aframe.

data symbol: OFDM symbol in a frame which is not a preamble symbol (theframe signaling symbol and frame edge symbol is included in the datasymbol)

DP_ID: this 8-bit field identifies uniquely a DP within the systemidentified by the SYSTEM_ID

dummy cell: cell carrying a pseudo-random value used to fill theremaining capacity not used for PLS signaling, DPs or auxiliary streams

emergency alert channel: part of a frame that carries EAS informationdata

frame: physical layer time slot that starts with a preamble and endswith a frame edge symbol

frame repetition unit: a set of frames belonging to same or differentphysical layer profile including a FEF, which is repeated eight times ina super-frame

fast information channel: a logical channel in a frame that carries themapping information between a service and the corresponding base DP

FECBLOCK: set of LDPC-encoded bits of a DP data

FFT size: nominal FFT size used for a particular mode, equal to theactive symbol period Ts expressed in cycles of the elementary period T

frame signaling symbol: OFDM symbol with higher pilot density used atthe start of a frame in certain combinations of FFT size, guard intervaland scattered pilot pattern, which carries a part of the PLS data

frame edge symbol: OFDM symbol with higher pilot density used at the endof a frame in certain combinations of FFT size, guard interval andscattered pilot pattern

frame-group: the set of all the frames having the same PHY profile typein a super-frame.

future extension frame: physical layer time slot within the super-framethat could be used for future extension, which starts with a preamble

Futurecast UTB system: proposed physical layer broadcasting system, ofwhich the input is one or more MPEG2-TS or IP or general stream(s) andof which the output is an RF signal

input stream: A stream of data for an ensemble of services delivered tothe end users by the system.

normal data symbol: data symbol excluding the frame signaling symbol andthe frame edge symbol

PHY profile: subset of all configurations that a corresponding receivershould implement

PLS: physical layer signaling data consisting of PLS1 and PLS2

PLS1: a first set of PLS data carried in the FSS symbols having a fixedsize, coding and modulation, which carries basic information about thesystem as well as the parameters needed to decode the PLS2

NOTE: PLS1 data remains constant for the duration of a frame-group.

PLS2: a second set of PLS data transmitted in the FSS symbol, whichcarries more detailed PLS data about the system and the DPs

PLS2 dynamic data: PLS2 data that may dynamically change frame-by-frame

PLS2 static data: PLS2 data that remains static for the duration of aframe-group

preamble signaling data: signaling data carried by the preamble symboland used to identify the basic mode of the system

preamble symbol: fixed-length pilot symbol that carries basic PLS dataand is located in the beginning of a frame

NOTE: The preamble symbol is mainly used for fast initial band scan todetect the system signal, its timing, frequency offset, and FFT-size.

reserved for future use: not defined by the present document but may bedefined in future

super-frame: set of eight frame repetition units

time interleaving block (TI block): set of cells within which timeinterleaving is carried out, corresponding to one use of the timeinterleaver memory

TI group: unit over which dynamic capacity allocation for a particularDP is carried out, made up of an integer, dynamically varying number ofXFECBLOCKs

NOTE: The TI group may be mapped directly to one frame or may be mappedto multiple frames. It may contain one or more TI blocks.

Type 1 DP: DP of a frame where all DPs are mapped into the frame in TDMfashion

Type 2 DP: DP of a frame where all DPs are mapped into the frame in FDMfashion

XFECBLOCK: set of Ncells cells carrying all the bits of one LDPCFECBLOCK

FIG. 1 illustrates a structure of an apparatus for transmittingbroadcast signals for future broadcast services according to anembodiment of the present invention.

The apparatus for transmitting broadcast signals for future broadcastservices according to an embodiment of the present invention can includean input formatting block 1000, a BICM (Bit interleaved coding &modulation) block 1010, a frame building block 1020, an OFDM (OrthogonalFrequency Division Multiplexing) generation block 1030 and a signalinggeneration block 1040. A description will be given of the operation ofeach module of the apparatus for transmitting broadcast signals.

IP stream/packets and MPEG2-TS are the main input formats, other streamtypes are handled as General Streams. In addition to these data inputs,Management Information is input to control the scheduling and allocationof the corresponding bandwidth for each input stream. One or multiple TSstream(s), IP stream(s) and/or General Stream(s) inputs aresimultaneously allowed.

The input formatting block 1000 can demultiplex each input stream intoone or multiple data pipe(s), to each of which an independent coding andmodulation is applied. The data pipe (DP) is the basic unit forrobustness control, thereby affecting quality-of-service (QoS). One ormultiple service(s) or service component(s) can be carried by a singleDP. Details of operations of the input formatting block 1000 will bedescribed later.

The data pipe is a logical channel in the physical layer that carriesservice data or related metadata, which may carry one or multipleservice(s) or service component(s).

Also, the data pipe unit: a basic unit for allocating data cells to a DPin a frame.

In the BICM block 1010, parity data is added for error correction andthe encoded bit streams are mapped to complex-value constellationsymbols. The symbols are interleaved across a specific interleavingdepth that is used for the corresponding DP. For the advanced profile,MIMO encoding is performed in the BICM block 1010 and the additionaldata path is added at the output for MIMO transmission. Details ofoperations of the BICM block 1010 will be described later.

The Frame Building block 1020 can map the data cells of the input DPsinto the OFDM symbols within a frame. After mapping, the frequencyinterleaving is used for frequency-domain diversity, especially tocombat frequency-selective fading channels. Details of operations of theFrame Building block 1020 will be described later.

After inserting a preamble at the beginning of each frame, the OFDMGeneration block 1030 can apply conventional OFDM modulation having acyclic prefix as guard interval. For antenna space diversity, adistributed MISO scheme is applied across the transmitters. In addition,a Peak-to-Average Power Reduction (PAPR) scheme is performed in the timedomain. For flexible network planning, this proposal provides a set ofvarious FFT sizes, guard interval lengths and corresponding pilotpatterns. Details of operations of the OFDM Generation block 1030 willbe described later.

The Signaling Generation block 1040 can create physical layer signalinginformation used for the operation of each functional block. Thissignaling information is also transmitted so that the services ofinterest are properly recovered at the receiver side. Details ofoperations of the Signaling Generation block 1040 will be describedlater.

FIGS. 2, 3 and 4 illustrate the input formatting block 1000 according toembodiments of the present invention. A description will be given ofeach figure.

FIG. 2 illustrates an input formatting block according to one embodimentof the present invention. FIG. 2 shows an input formatting module whenthe input signal is a single input stream.

The input formatting block illustrated in FIG. 2 corresponds to anembodiment of the input formatting block 1000 described with referenceto FIG. 1.

The input to the physical layer may be composed of one or multiple datastreams. Each data stream is carried by one DP. The mode adaptationmodules slice the incoming data stream into data fields of the basebandframe (BBF). The system supports three types of input data streams:MPEG2-TS, Internet protocol (IP) and Generic stream (GS). MPEG2-TS ischaracterized by fixed length (188 byte) packets with the first bytebeing a sync-byte (0x47). An IP stream is composed of variable length IPdatagram packets, as signaled within IP packet headers. The systemsupports both IPv4 and IPv6 for the IP stream. GS may be composed ofvariable length packets or constant length packets, signaled withinencapsulation packet headers.

(a) shows a mode adaptation block 2000 and a stream adaptation 2010 forsignal DP and (b) shows a PLS generation block 2020 and a PLS scrambler2030 for generating and processing PLS data. A description will be givenof the operation of each block.

The Input Stream Splitter splits the input TS, IP, GS streams intomultiple service or service component (audio, video, etc.) streams. Themode adaptation module 2010 is comprised of a CRC Encoder, BB (baseband)Frame Slicer, and BB Frame Header Insertion block.

The CRC Encoder provides three kinds of CRC encoding for error detectionat the user packet (UP) level, i.e., CRC-8, CRC-16, and CRC-32. Thecomputed CRC bytes are appended after the UP. CRC-8 is used for TSstream and CRC-32 for IP stream. If the GS stream doesn't provide theCRC encoding, the proposed CRC encoding should be applied.

BB Frame Slicer maps the input into an internal logical-bit format. Thefirst received bit is defined to be the MSB. The BB Frame Slicerallocates a number of input bits equal to the available data fieldcapacity. To allocate a number of input bits equal to the BBF payload,the UP packet stream is sliced to fit the data field of BBF.

BB Frame Header Insertion block can insert fixed length BBF header of 2bytes is inserted in front of the BB Frame. The BBF header is composedof STUFFI (1 bit), SYNCD (13 bits), and RFU (2 bits). In addition to thefixed 2-Byte BBF header, BBF can have an extension field (1 or 3 bytes)at the end of the 2-byte BBF header.

The stream adaptation 2010 is comprised of stuffing insertion block andBB scrambler. The stuffing insertion block can insert stuffing fieldinto a payload of a BB frame. If the input data to the stream adaptationis sufficient to fill a BB-Frame, STUFFI is set to ‘0’ and the BBF hasno stuffing field. Otherwise STUFFI is set to ‘1’ and the stuffing fieldis inserted immediately after the BBF header. The stuffing fieldcomprises two bytes of the stuffing field header and a variable size ofstuffing data.

The BB scrambler scrambles complete BBF for energy dispersal. Thescrambling sequence is synchronous with the BBF. The scrambling sequenceis generated by the feed-back shift register.

The PLS generation block 2020 can generate physical layer signaling(PLS) data. The PLS provides the receiver with a means to accessphysical layer DPs. The PLS data consists of PLS1 data and PLS2 data.

The PLS1 data is a first set of PLS data carried in the FSS symbols inthe frame having a fixed size, coding and modulation, which carriesbasic information about the system as well as the parameters needed todecode the PLS2 data. The PLS1 data provides basic transmissionparameters including parameters required to enable the reception anddecoding of the PLS2 data. Also, the PLS1 data remains constant for theduration of a frame-group.

The PLS2 data is a second set of PLS data transmitted in the FSS symbol,which carries more detailed PLS data about the system and the DPs. ThePLS2 contains parameters that provide sufficient information for thereceiver to decode the desired DP. The PLS2 signaling further consistsof two types of parameters, PLS2 Static data (PLS2-STAT data) and PLS2dynamic data (PLS2-DYN data). The PLS2 Static data is PLS2 data thatremains static for the duration of a frame-group and the PLS2 dynamicdata is PLS2 data that may dynamically change frame-by-frame.

Details of the PLS data will be described later.

The PLS scrambler 2030 can scramble the generated PLS data for energydispersal.

The above-described blocks may be omitted or replaced by blocks havingsimilar or identical functions.

FIG. 3 illustrates an input formatting block according to anotherembodiment of the present invention.

The input formatting block illustrated in FIG. 3 corresponds to anembodiment of the input formatting block 1000 described with referenceto FIG. 1.

FIG. 3 shows a mode adaptation block of the input formatting block whenthe input signal corresponds to multiple input streams.

The mode adaptation block of the input formatting block for processingthe multiple input streams can independently process the multiple inputstreams.

Referring to FIG. 3, the mode adaptation block for respectivelyprocessing the multiple input streams can include an input streamsplitter 3000, an input stream synchronizer 3010, a compensating delayblock 3020, a null packet deletion block 3030, a head compression block3040, a CRC encoder 3050, a BB frame slicer 3060 and a BB headerinsertion block 3070. Description will be given of each block of themode adaptation block.

Operations of the CRC encoder 3050, BB frame slicer 3060 and BB headerinsertion block 3070 correspond to those of the CRC encoder, BB frameslicer and BB header insertion block described with reference to FIG. 2and thus description thereof is omitted.

The input stream splitter 3000 can split the input TS, IP, GS streamsinto multiple service or service component (audio, video, etc.) streams.

The input stream synchronizer 3010 may be referred as ISSY. The ISSY canprovide suitable means to guarantee Constant Bit Rate (CBR) and constantend-to-end transmission delay for any input data format. The ISSY isalways used for the case of multiple DPs carrying TS, and optionallyused for multiple DPs carrying GS streams.

The compensating delay block 3020 can delay the split TS packet streamfollowing the insertion of ISSY information to allow a TS packetrecombining mechanism without requiring additional memory in thereceiver.

The null packet deletion block 3030, is used only for the TS inputstream case. Some TS input streams or split TS streams may have a largenumber of null-packets present in order to accommodate VBR (variablebit-rate) services in a CBR TS stream. In this case, in order to avoidunnecessary transmission overhead, null-packets can be identified andnot transmitted. In the receiver, removed null-packets can bere-inserted in the exact place where they were originally by referenceto a deleted null-packet (DNP) counter that is inserted in thetransmission, thus guaranteeing constant bit-rate and avoiding the needfor time-stamp (PCR) updating.

The head compression block 3040 can provide packet header compression toincrease transmission efficiency for TS or IP input streams. Because thereceiver can have a priori information on certain parts of the header,this known information can be deleted in the transmitter.

For Transport Stream, the receiver has a-priori information about thesync-byte configuration (0x47) and the packet length (188 Byte). If theinput TS stream carries content that has only one PID, i.e., for onlyone service component (video, audio, etc.) or service sub-component (SVCbase layer, SVC enhancement layer, MVC base view or MVC dependentviews), TS packet header compression can be applied (optionally) to theTransport Stream. IP packet header compression is used optionally if theinput steam is an IP stream. The above-described blocks may be omittedor replaced by blocks having similar or identical functions.

FIG. 4 illustrates a BICM block according to an embodiment of thepresent invention.

The BICM block illustrated in FIG. 4 corresponds to an embodiment of theBICM block 1010 described with reference to FIG. 1.

As described above, the apparatus for transmitting broadcast signals forfuture broadcast services according to an embodiment of the presentinvention can provide a terrestrial broadcast service, mobile broadcastservice, UHDTV service, etc.

Since QoS (quality of service) depends on characteristics of a serviceprovided by the apparatus for transmitting broadcast signals for futurebroadcast services according to an embodiment of the present invention,data corresponding to respective services needs to be processed throughdifferent schemes. Accordingly, the a BICM block according to anembodiment of the present invention can independently process DPs inputthereto by independently applying SISO, MISO and MIMO schemes to thedata pipes respectively corresponding to data paths. Consequently, theapparatus for transmitting broadcast signals for future broadcastservices according to an embodiment of the present invention can controlQoS for each service or service component transmitted through each DP.

(a) shows the BICM block shared by the base profile and the handheldprofile and (b) shows the BICM block of the advanced profile.

The BICM block shared by the base profile and the handheld profile andthe BICM block of the advanced profile can include plural processingblocks for processing each DP.

A description will be given of each processing block of the BICM blockfor the base profile and the handheld profile and the BICM block for theadvanced profile.

A processing block 5000 of the BICM block for the base profile and thehandheld profile can include a Data FEC encoder 5010, a bit interleaver5020, a constellation mapper 5030, an SSD (Signal Space Diversity)encoding block 5040 and a time interleaver 5050.

The Data FEC encoder 5010 can perform the FEC encoding on the input BBFto generate FECBLOCK procedure using outer coding (BCH), and innercoding (LDPC). The outer coding (BCH) is optional coding method. Detailsof operations of the Data FEC encoder 5010 will be described later.

The bit interleaver 5020 can interleave outputs of the Data FEC encoder5010 to achieve optimized performance with combination of the LDPC codesand modulation scheme while providing an efficiently implementablestructure. Details of operations of the bit interleaver 5020 will bedescribed later.

The constellation mapper 5030 can modulate each cell word from the bitinterleaver 5020 in the base and the handheld profiles, or cell wordfrom the Cell-word demultiplexer 5010-1 in the advanced profile usingeither QPSK, QAM-16, non-uniform QAM (NUQ-64, NUQ-256, NUQ-1024) ornon-uniform constellation (NUC-16, NUC-64, NUC-256, NUC-1024) to give apower-normalized constellation point, el. This constellation mapping isapplied only for DPs. Observe that QAM-16 and NUQs are square shaped,while NUCs have arbitrary shape. When each constellation is rotated byany multiple of 90 degrees, the rotated constellation exactly overlapswith its original one. This “rotation-sense” symmetric property makesthe capacities and the average powers of the real and imaginarycomponents equal to each other. Both NUQs and NUCs are definedspecifically for each code rate and the particular one used is signaledby the parameter DP_MOD filed in PLS2 data.

The time interleaver 5050 can operates at the DP level. The parametersof time interleaving (TI) may be set differently for each DP. Details ofoperations of the time interleaver 5050 will be described later.

A processing block 5000-1 of the BICM block for the advanced profile caninclude the Data FEC encoder, bit interleaver, constellation mapper, andtime interleaver.

However, the processing block 5000-1 is distinguished from theprocessing block 5000 further includes a cell-word demultiplexer 5010-1and a MIMO encoding block 5020-1.

Also, the operations of the Data FEC encoder, bit interleaver,constellation mapper, and time interleaver in the processing block5000-1 correspond to those of the Data FEC encoder 5010, bit interleaver5020, constellation mapper 5030, and time interleaver 5050 described andthus description thereof is omitted.

The cell-word demultiplexer 5010-1 is used for the DP of the advancedprofile to divide the single cell-word stream into dual cell-wordstreams for MIMO processing. Details of operations of the cell-worddemultiplexer 5010-1 will be described later.

The MIMO encoding block 5020-1 can processing the output of thecell-word demultiplexer 5010-1 using MIMO encoding scheme. The MIMOencoding scheme was optimized for broadcasting signal transmission. TheMIMO technology is a promising way to get a capacity increase but itdepends on channel characteristics. Especially for broadcasting, thestrong LOS component of the channel or a difference in the receivedsignal power between two antennas caused by different signal propagationcharacteristics makes it difficult to get capacity gain from MIMO. Theproposed MIMO encoding scheme overcomes this problem using arotation-based pre-coding and phase randomization of one of the MIMOoutput signals.

MIMO encoding is intended for a 2×2 MIMO system requiring at least twoantennas at both the transmitter and the receiver. Two MIMO encodingmodes are defined in this proposal; full-rate spatial multiplexing(FR-SM) and full-rate full-diversity spatial multiplexing (FRFD-SM). TheFR-SM encoding provides capacity increase with relatively smallcomplexity increase at the receiver side while the FRFD-SM encodingprovides capacity increase and additional diversity gain with a greatcomplexity increase at the receiver side. The proposed MIMO encodingscheme has no restriction on the antenna polarity configuration.

MIMO processing is required for the advanced profile frame, which meansall DPs in the advanced profile frame are processed by the MIMO encoder.MIMO processing is applied at DP level. Pairs of the ConstellationMapper outputs NUQ (e1,i and e2,i) are fed to the input of the MIMOEncoder. Paired MIMO Encoder output (g1,i and g2,i) is transmitted bythe same carrier k and OFDM symbol 1 of their respective TX antennas.

The above-described blocks may be omitted or replaced by blocks havingsimilar or identical functions.

FIG. 5 illustrates a BICM block according to another embodiment of thepresent invention.

The BICM block illustrated in FIG. 6 corresponds to an embodiment of theBICM block 1010 described with reference to FIG. 1.

FIG. 5 illustrates a BICM block for protection of physical layersignaling (PLS), emergency alert channel (EAC) and fast informationchannel (FIC). EAC is a part of a frame that carries EAS informationdata and FIC is a logical channel in a frame that carries the mappinginformation between a service and the corresponding base DP. Details ofthe EAC and FIC will be described later.

Referring to FIG. 6, the BICM block for protection of PLS, EAC and FICcan include a PLS FEC encoder 6000, a bit interleaver 6010 and aconstellation mapper 6020.

Also, the PLS FEC encoder 6000 can include a scrambler, BCHencoding/zero insertion block, LDPC encoding block and LDPC paritypunturing block. Description will be given of each block of the BICMblock.

The PLS FEC encoder 6000 can encode the scrambled PLS 1/2 data, EAC andFIC section.

The scrambler can scramble PLS1 data and PLS2 data before BCH encodingand shortened and punctured LDPC encoding.

The BCH encoding/zero insertion block can perform outer encoding on thescrambled PLS 1/2 data using the shortened BCH code for PLS protectionand insert zero bits after the BCH encoding. For PLS1 data only, theoutput bits of the zero insertion may be permutted before LDPC encoding.

The LDPC encoding block can encode the output of the BCH encoding/zeroinsertion block using LDPC code. To generate a complete coded block,Cldpc, parity bits, Pldpc are encoded systematically from eachzero-inserted PLS information block, Ildpc and appended after it.

C _(ldpc) =[I _(ldpc) P _(ldpc) ]=[i ₀ ,i ₁ , . . . ,i _(K) _(ldpc) ⁻¹,p ₀ ,p ₁ , . . . ,p _(N) _(ldpc) _(−k) _(ldpc) ⁻¹]  [Equation 1]

The LDPC code parameters for PLS1 and PLS2 are as following table 4.

TABLE 4 Signaling K_(ldpc) code Type K_(sig) K_(bch) N_(bch) _(—)_(parity) (=N_(bch)) N_(ldpc) N_(ldpc) _(—) _(parity) rate Q_(ldpc) PLS1342 1020 60 1080 4320 3240 1/4  36 PLS2 <1021 >1020 2100 2160 7200 50403/10 56

The LDPC parity punturing block can perform puncturing on the PLS1 dataand PLS 2 data.

When shortening is applied to the PLS1 data protection, some LDPC paritybits are punctured after LDPC encoding. Also, for the PLS2 dataprotection, the LDPC parity bits of PLS2 are punctured after LDPCencoding. These punctured bits are not transmitted.

The bit interleaver 6010 can interleave the each shortened and puncturedPLS1 data and PLS2 data.

The constellation mapper 6020 can map the bit interleaved PLS1 data andPLS2 data onto constellations.

The above-described blocks may be omitted or replaced by blocks havingsimilar or identical functions.

FIG. 6 illustrates a frame building block according to one embodiment ofthe present invention.

The frame building block illustrated in FIG. 6 corresponds to anembodiment of the frame building block 1020 described with reference toFIG. 1.

Referring to FIG. 6, the frame building block can include a delaycompensation block 7000, a cell mapper 7010 and a frequency interleaver7020. Description will be given of each block of the frame buildingblock.

The delay compensation block 7000 can adjust the timing between the datapipes and the corresponding PLS data to ensure that they are co-timed atthe transmitter end. The PLS data is delayed by the same amount as datapipes are by addressing the delays of data pipes caused by the InputFormatting block and BICM block. The delay of the BICM block is mainlydue to the time interleaver 5050. In-band signaling data carriesinformation of the next TI group so that they are carried one frameahead of the DPs to be signaled. The Delay Compensating block delaysin-band signaling data accordingly.

The cell mapper 7010 can map PLS, EAC, FIC, DPs, auxiliary streams anddummy cells into the active carriers of the OFDM symbols in the frame.The basic function of the cell mapper 7010 is to map data cells producedby the TIs for each of the DPs, PLS cells, and EAC/FIC cells, if any,into arrays of active OFDM cells corresponding to each of the OFDMsymbols within a frame. Service signaling data (such as PSI(programspecific information)/SI) can be separately gathered and sent by a datapipe. The Cell Mapper operates according to the dynamic informationproduced by the scheduler and the configuration of the frame structure.Details of the frame will be described later.

The frequency interleaver 7020 can randomly interleave data cellsreceived from the cell mapper 7010 to provide frequency diversity. Also,the frequency interleaver 7020 can operate on very OFDM symbol paircomprised of two sequential OFDM symbols using a differentinterleaving-seed order to get maximum interleaving gain in a singleframe.

The above-described blocks may be omitted or replaced by blocks havingsimilar or identical functions.

FIG. 7 illustrates an OFDM generation block according to an embodimentof the present invention.

The OFDM generation block illustrated in FIG. 7 corresponds to anembodiment of the OFDM generation block 1030 described with reference toFIG. 1.

The OFDM generation block modulates the OFDM carriers by the cellsproduced by the Frame Building block, inserts the pilots, and producesthe time domain signal for transmission. Also, this block subsequentlyinserts guard intervals, and applies PAPR (Peak-to-Average Power Radio)reduction processing to produce the final RF signal.

Referring to FIG. 7, the OFDM generation block can include a pilot andreserved tone insertion block 8000, a 2D-eSFN encoding block 8010, anIFFT (Inverse Fast Fourier Transform) block 8020, a PAPR reduction block8030, a guard interval insertion block 8040, a preamble insertion block8050, other system insertion block 8060 and a DAC block 8070.

The other system insertion block 8060 can multiplex signals of aplurality of broadcast transmission/reception systems in the time domainsuch that data of two or more different broadcast transmission/receptionsystems providing broadcast services can be simultaneously transmittedin the same RF signal bandwidth. In this case, the two or more differentbroadcast transmission/reception systems refer to systems providingdifferent broadcast services. The different broadcast services may referto a terrestrial broadcast service, mobile broadcast service, etc.

FIG. 8 illustrates a structure of an apparatus for receiving broadcastsignals for future broadcast services according to an embodiment of thepresent invention.

The apparatus for receiving broadcast signals for future broadcastservices according to an embodiment of the present invention cancorrespond to the apparatus for transmitting broadcast signals forfuture broadcast services, described with reference to FIG. 1.

The apparatus for receiving broadcast signals for future broadcastservices according to an embodiment of the present invention can includea synchronization & demodulation module 9000, a frame parsing module9010, a demapping & decoding module 9020, an output processor 9030 and asignaling decoding module 9040. A description will be given of operationof each module of the apparatus for receiving broadcast signals.

The synchronization & demodulation module 9000 can receive input signalsthrough m Rx antennas, perform signal detection and synchronization withrespect to a system corresponding to the apparatus for receivingbroadcast signals and carry out demodulation corresponding to a reverseprocedure of the procedure performed by the apparatus for transmittingbroadcast signals.

The frame parsing module 9010 can parse input signal frames and extractdata through which a service selected by a user is transmitted. If theapparatus for transmitting broadcast signals performs interleaving, theframe parsing module 9010 can carry out deinterleaving corresponding toa reverse procedure of interleaving. In this case, the positions of asignal and data that need to be extracted can be obtained by decodingdata output from the signaling decoding module 9040 to restorescheduling information generated by the apparatus for transmittingbroadcast signals.

The demapping & decoding module 9020 can convert the input signals intobit domain data and then deinterleave the same as necessary. Thedemapping & decoding module 9020 can perform demapping for mappingapplied for transmission efficiency and correct an error generated on atransmission channel through decoding. In this case, the demapping &decoding module 9020 can obtain transmission parameters necessary fordemapping and decoding by decoding the data output from the signalingdecoding module 9040.

The output processor 9030 can perform reverse procedures of variouscompression/signal processing procedures which are applied by theapparatus for transmitting broadcast signals to improve transmissionefficiency. In this case, the output processor 9030 can acquirenecessary control information from data output from the signalingdecoding module 9040. The output of the output processor 8300corresponds to a signal input to the apparatus for transmittingbroadcast signals and may be MPEG-TSs, IP streams (v4 or v6) and genericstreams.

The signaling decoding module 9040 can obtain PLS information from thesignal demodulated by the synchronization & demodulation module 9000. Asdescribed above, the frame parsing module 9010, demapping & decodingmodule 9020 and output processor 9030 can execute functions thereofusing the data output from the signaling decoding module 9040.

FIG. 9 illustrates a frame structure according to an embodiment of thepresent invention.

FIG. 9 shows an example configuration of the frame types and FRUs in asuper-frame. (a) shows a super frame according to an embodiment of thepresent invention, (b) shows FRU (Frame Repetition Unit) according to anembodiment of the present invention, (c) shows frames of variable PHYprofiles in the FRU and (d) shows a structure of a frame.

A super-frame may be composed of eight FRUs. The FRU is a basicmultiplexing unit for TDM of the frames, and is repeated eight times ina super-frame.

Each frame in the FRU belongs to one of the PHY profiles, (base,handheld, advanced) or FEF. The maximum allowed number of the frames inthe FRU is four and a given PHY profile can appear any number of timesfrom zero times to four times in the FRU (e.g., base, base, handheld,advanced). PHY profile definitions can be extended using reserved valuesof the PHY_PROFILE in the preamble, if required.

The FEF part is inserted at the end of the FRU, if included. When theFEF is included in the FRU, the minimum number of FEFs is 8 in asuper-frame. It is not recommended that FEF parts be adjacent to eachother.

One frame is further divided into a number of OFDM symbols and apreamble. As shown in (d), the frame comprises a preamble, one or moreframe signaling symbols (FSS), normal data symbols and a frame edgesymbol (FES).

The preamble is a special symbol that enables fast Futurecast UTB systemsignal detection and provides a set of basic transmission parameters forefficient transmission and reception of the signal. The detaileddescription of the preamble will be will be described later.

The main purpose of the FSS(s) is to carry the PLS data. For fastsynchronization and channel estimation, and hence fast decoding of PLSdata, the FSS has more dense pilot pattern than the normal data symbol.The FES has exactly the same pilots as the FSS, which enablesfrequency-only interpolation within the FES and temporal interpolation,without extrapolation, for symbols immediately preceding the FES.

FIG. 10 illustrates a signaling hierarchy structure of the frameaccording to an embodiment of the present invention.

FIG. 10 illustrates the signaling hierarchy structure, which is splitinto three main parts: the preamble signaling data 11000, the PLS1 data11010 and the PLS2 data 11020. The purpose of the preamble, which iscarried by the preamble symbol in every frame, is to indicate thetransmission type and basic transmission parameters of that frame. ThePLS1 enables the receiver to access and decode the PLS2 data, whichcontains the parameters to access the DP of interest. The PLS2 iscarried in every frame and split into two main parts: PLS2-STAT data andPLS2-DYN data. The static and dynamic portion of PLS2 data is followedby padding, if necessary.

FIG. 11 illustrates preamble signaling data according to an embodimentof the present invention.

Preamble signaling data carries 21 bits of information that are neededto enable the receiver to access PLS data and trace DPs within the framestructure. Details of the preamble signaling data are as follows:

PHY_PROFILE: This 3-bit field indicates the PHY profile type of thecurrent frame. The mapping of different PHY profile types is given inbelow table 5.

TABLE 5 Value PHY profile 000 Base profile 001 Handheld profile 010Advanced profiled 011~110 Reserved 111 FEF

FFT_SIZE: This 2 bit field indicates the FFT size of the current framewithin a frame-group, as described in below table 6.

TABLE 6 Value FFT size 00 8K FFT 01 16K FFT 10 32K FFT 11 Reserved

GI_FRACTION: This 3 bit field indicates the guard interval fractionvalue in the current super-frame, as described in below table 7.

TABLE 7 Value GI_FRACTION 000 ⅕ 001 1/10 010 1/20 011 1/40 100 1/80 1011/160 110~111 Reserved

EAC_FLAG: This 1 bit field indicates whether the EAC is provided in thecurrent frame. If this field is set to ‘1’, emergency alert service(EAS) is provided in the current frame. If this field set to ‘0’, EAS isnot carried in the current frame. This field can be switched dynamicallywithin a super-frame.

PILOT_MODE: This 1-bit field indicates whether the pilot mode is mobilemode or fixed mode for the current frame in the current frame-group. Ifthis field is set to ‘0’, mobile pilot mode is used. If the field is setto ‘1’, the fixed pilot mode is used.

PAPR_FLAG: This 1-bit field indicates whether PAPR reduction is used forthe current frame in the current frame-group. If this field is set tovalue ‘1’, tone reservation is used for PAPR reduction. If this field isset to ‘0’, PAPR reduction is not used.

FRU_CONFIGURE: This 3-bit field indicates the PHY profile typeconfigurations of the frame repetition units (FRU) that are present inthe current super-frame. All profile types conveyed in the currentsuper-frame are identified in this field in all preambles in the currentsuper-frame. The 3-bit field has a different definition for eachprofile, as show in below table 8.

TABLE 8 Current Current Current PHY_PROFILE = PHY_PROFILE = CurrentPHY_PROFILE = ‘001’ ‘010’ PHY_PROFILE = ‘000’ (base) (handheld)(advanced) ‘111’ (FEF) FRU_CONFIGURE = Only base Only handheld Onlyadvanced Only FEF 000 profile present profile present profile presentpresent FRU_CONFIGURE = Handheld Base profile Base profile Base profile1XX profile present present present present FRU_CONFIGURE = AdvancedAdvanced Handheld Handheld X1X profile profile profile profile presentpresent present present FRU_CONFIGURE = FEF FEF FEF Advanced XX1 presentpresent present profile present

RESERVED: This 7-bit field is reserved for future use.

FIG. 12 illustrates PLS1 data according to an embodiment of the presentinvention.

PLS1 data provides basic transmission parameters including parametersrequired to enable the reception and decoding of the PLS2. As abovementioned, the PLS1 data remain unchanged for the entire duration of oneframe-group. The detailed definition of the signaling fields of the PLS1data are as follows:

PREAMBLE_DATA: This 20-bit field is a copy of the preamble signalingdata excluding the EAC_FLAG.

NUM_FRAME_FRU: This 2-bit field indicates the number of the frames perFRU.

PAYLOAD_TYPE: This 3-bit field indicates the format of the payload datacarried in the frame-group. PAYLOAD_TYPE is signaled as shown in table9.

TABLE 9 value Payload type 1XX TS stream is transmitted X1X IP stream istransmitted XX1 GS stream is transmitted

NUM_FSS: This 2-bit field indicates the number of FSS symbols in thecurrent frame.

SYSTEM_VERSION: This 8-bit field indicates the version of thetransmitted signal format. The SYSTEM_VERSION is divided into two 4-bitfields, which are a major version and a minor version.

Major version: The MSB four bits of SYSTEM_VERSION field indicate majorversion information. A change in the major version field indicates anon-backward-compatible change. The default value is ‘0000’. For theversion described in this standard, the value is set to ‘0000’.

Minor version: The LSB four bits of SYSTEM_VERSION field indicate minorversion information. A change in the minor version field isbackward-compatible.

CELL_ID: This is a 16-bit field which uniquely identifies a geographiccell in an ATSC network. An ATSC cell coverage area may consist of oneor more frequencies, depending on the number of frequencies used perFuturecast UTB system. If the value of the CELL_ID is not known orunspecified, this field is set to ‘0’.

NETWORK_ID: This is a 16-bit field which uniquely identifies the currentATSC network.

SYSTEM_ID: This 16-bit field uniquely identifies the Futurecast UTBsystem within the ATSC network. The Futurecast UTB system is theterrestrial broadcast system whose input is one or more input streams(TS, IP, GS) and whose output is an RF signal. The Futurecast UTB systemcarries one or more PHY profiles and FEF, if any. The same FuturecastUTB system may carry different input streams and use different RFfrequencies in different geographical areas, allowing local serviceinsertion. The frame structure and scheduling is controlled in one placeand is identical for all transmissions within a Futurecast UTB system.One or more Futurecast UTB systems may have the same SYSTEM_ID meaningthat they all have the same physical layer structure and configuration.

The following loop consists of FRU_PHY_PROFILE, FRU_FRAME_LENGTH,FRU_GI_FRACTION, and RESERVED which are used to indicate the FRUconfiguration and the length of each frame type. The loop size is fixedso that four PHY profiles (including a FEF) are signaled within the FRU.If NUM_FRAME_FRU is less than 4, the unused fields are filled withzeros.

FRU_PHY_PROFILE: This 3-bit field indicates the PHY profile type of the(i+1)th (i is the loop index) frame of the associated FRU. This fielduses the same signaling format as shown in the table 8.

FRU_FRAME_LENGTH: This 2-bit field indicates the length of the (i+1)thframe of the associated FRU. Using FRU_FRAME_LENGTH together withFRU_GI_FRACTION, the exact value of the frame duration can be obtained.

FRU_GI_FRACTION: This 3-bit field indicates the guard interval fractionvalue of the (i+1)th frame of the associated FRU. FRU_GI_FRACTION issignaled according to the table 7.

RESERVED: This 4-bit field is reserved for future use.

The following fields provide parameters for decoding the PLS2 data.

PLS2_FEC_TYPE: This 2-bit field indicates the FEC type used by the PLS2protection. The FEC type is signaled according to table 10. The detailsof the LDPC codes will be described later.

TABLE 10 Content PLS2 FEC type 00 4K-1/4 and 7K-3/10 LDPC codes 01~11Reserved

PLS2_MOD: This 3-bit field indicates the modulation type used by thePLS2. The modulation type is signaled according to table 11.

TABLE 11 Value PLS2_MODE 000 BPSK 001 QPSK 010 QAM-16 011 NUQ-64 100~111Reserved

PLS2_SIZE_CELL: This 15-bit field indicates Ctotal_partial_block, thesize (specified as the number of QAM cells) of the collection of fullcoded blocks for PLS2 that is carried in the current frame-group. Thisvalue is constant during the entire duration of the current frame-group.

PLS2 STAT_SIZE_BIT: This 14-bit field indicates the size, in bits, ofthe PLS2-STAT for the current frame-group. This value is constant duringthe entire duration of the current frame-group.

PLS2_DYN_SIZE_BIT: This 14-bit field indicates the size, in bits, of thePLS2-DYN for the current frame-group. This value is constant during theentire duration of the current frame-group.

PLS2_REP_FLAG: This 1-bit flag indicates whether the PLS2 repetitionmode is used in the current frame-group. When this field is set to value‘1’, the PLS2 repetition mode is activated. When this field is set tovalue ‘0’, the PLS2 repetition mode is deactivated.

PLS2_REP_SIZE_CELL: This 15-bit field indicates Ctotal_partial_block,the size (specified as the number of QAM cells) of the collection ofpartial coded blocks for PLS2 carried in every frame of the currentframe-group, when PLS2 repetition is used. If repetition is not used,the value of this field is equal to 0. This value is constant during theentire duration of the current frame-group.

PLS2_NEXT_FEC_TYPE: This 2-bit field indicates the FEC type used forPLS2 that is carried in every frame of the next frame-group. The FECtype is signaled according to the table 10.

PLS2_NEXT_MOD: This 3-bit field indicates the modulation type used forPLS2 that is carried in every frame of the next frame-group. Themodulation type is signaled according to the table 11.

PLS2_NEXT_REP_FLAG: This 1-bit flag indicates whether the PLS2repetition mode is used in the next frame-group. When this field is setto value ‘1’, the PLS2 repetition mode is activated. When this field isset to value ‘0’, the PLS2 repetition mode is deactivated.

PLS2_NEXT_REP_SIZE_CELL: This 15-bit field indicates Ctotal full block,The size (specified as the number of QAM cells) of the collection offull coded blocks for PLS2 that is carried in every frame of the nextframe-group, when PLS2 repetition is used. If repetition is not used inthe next frame-group, the value of this field is equal to 0. This valueis constant during the entire duration of the current frame-group.

PLS2_NEXT_REP_STAT_SIZE_BIT: This 14-bit field indicates the size, inbits, of the PLS2-STAT for the next frame-group. This value is constantin the current frame-group.

PLS2_NEXT_REP_DYN_SIZE_BIT: This 14-bit field indicates the size, inbits, of the PLS2-DYN for the next frame-group. This value is constantin the current frame-group.

PLS2_AP_MODE: This 2-bit field indicates whether additional parity isprovided for PLS2 in the current frame-group. This value is constantduring the entire duration of the current frame-group. The below table12 gives the values of this field. When this field is set to ‘00’,additional parity is not used for the PLS2 in the current frame-group.

TABLE 12 Value PLS2-AP mode 00 AP is not provided 01 AP1 mode 10~11Reserved

PLS2_AP_SIZE_CELL: This 15-bit field indicates the size (specified asthe number of QAM cells) of the additional parity bits of the PLS2. Thisvalue is constant during the entire duration of the current frame-group.

PLS2_NEXT_AP_MODE: This 2-bit field indicates whether additional parityis provided for PLS2 signaling in every frame of next frame-group. Thisvalue is constant during the entire duration of the current frame-group.The table 12 defines the values of this field

PLS2_NEXT_AP_SIZE_CELL: This 15-bit field indicates the size (specifiedas the number of QAM cells) of the additional parity bits of the PLS2 inevery frame of the next frame-group. This value is constant during theentire duration of the current frame-group.

RESERVED: This 32-bit field is reserved for future use.

CRC_32: A 32-bit error detection code, which is applied to the entirePLS1 signaling.

FIG. 13 illustrates PLS2 data according to an embodiment of the presentinvention.

FIG. 13 illustrates PLS2-STAT data of the PLS2 data. The PLS2-STAT dataare the same within a frame-group, while the PLS2-DYN data provideinformation that is specific for the current frame.

The details of fields of the PLS2-STAT data are as follows:

FIC_FLAG: This 1-bit field indicates whether the FIC is used in thecurrent frame-group. If this field is set to ‘1’, the FIC is provided inthe current frame. If this field set to ‘0’, the FIC is not carried inthe current frame. This value is constant during the entire duration ofthe current frame-group.

AUX_FLAG: This 1-bit field indicates whether the auxiliary stream(s) isused in the current frame-group. If this field is set to ‘1’, theauxiliary stream is provided in the current frame. If this field set to‘0’, the auxiliary stream is not carried in the current frame. Thisvalue is constant during the entire duration of current frame-group.

NUM_DP: This 6-bit field indicates the number of DPs carried within thecurrent frame. The value of this field ranges from 1 to 64, and thenumber of DPs is NUM_DP+1.

DP_ID: This 6-bit field identifies uniquely a DP within a PHY profile.

DP_TYPE: This 3-bit field indicates the type of the DP. This is signaledaccording to the below table 13.

TABLE 13 Value DP Type 000 DP Type 1 001 DP Type 2 010~111 reserved

DP_GROUP_ID: This 8-bit field identifies the DP group with which thecurrent DP is associated. This can be used by a receiver to access theDPs of the service components associated with a particular service,which will have the same DP_GROUP_ID.

BASE_DP_ID: This 6-bit field indicates the DP carrying service signalingdata (such as PSI/SI) used in the Management layer. The DP indicated byBASE_DP_ID may be either a normal DP carrying the service signaling dataalong with the service data or a dedicated DP carrying only the servicesignaling data

DP_FEC_TYPE: This 2-bit field indicates the FEC type used by theassociated DP. The FEC type is signaled according to the below table 14.

TABLE 14 Value FEC_TYPE 00 16K LDPC 01 64K LDPC 10~11 Reserved

DP_COD: This 4-bit field indicates the code rate used by the associatedDP. The code rate is signaled according to the below table 15.

TABLE 15 Value Code rate 0000 5/15 0001 6/15 0010 7/15 0011 8/15 01009/15 0101 10/15  0110 11/15  0111 12/15  1000 13/15  1001~1111 Reserved

DP_MOD: This 4-bit field indicates the modulation used by the associatedDP. The modulation is signaled according to the below table 16.

TABLE 16 Value Modulation 0000 QPSK 0001 QAM-16 0010 NUQ-64 0011 NUQ-2560100 NUQ-1024 0101 NUC-16 0110 NUC-64 0111 NUC-256 1000 NUC-10241001~1111 reserved

DP_SSD_FLAG: This 1-bit field indicates whether the SSD mode is used inthe associated DP. If this field is set to value ‘1’, SSD is used. Ifthis field is set to value ‘0’, SSD is not used.

The following field appears only if PHY_PROFILE is equal to ‘010’, whichindicates the advanced profile:

DP_MIMO: This 3-bit field indicates which type of MIMO encoding processis applied to the associated DP. The type of MIMO encoding process issignaled according to the table 17.

TABLE 17 Value MIMO encoding 000 FR-SM 001 FRFD-SM 010~111 reserved

DP_TI_TYPE: This 1-bit field indicates the type of time-interleaving. Avalue of ‘0’ indicates that one TI group corresponds to one frame andcontains one or more TI-blocks. A value of ‘1’ indicates that one TIgroup is carried in more than one frame and contains only one TI-block.

DP_TI_LENGTH: The use of this 2-bit field (the allowed values are only1, 2, 4, 8) is determined by the values set within the DP_TI_TYPE fieldas follows:

If the DP_TI_TYPE is set to the value ‘1’, this field indicates PI, thenumber of the frames to which each TI group is mapped, and there is oneTI-block per TI group (NTI=1). The allowed PI values with 2-bit fieldare defined in the below table 18.

If the DP_TI_TYPE is set to the value ‘0’, this field indicates thenumber of TI-blocks NTI per TI group, and there is one TI group perframe (PI=1). The allowed PI values with 2-bit field are defined in thebelow table 18.

TABLE 18 2-bit field P_(I) N_(TI) 00 1 1 01 2 2 10 4 3 11 8 4

DP_FRAME_INTERVAL: This 2-bit field indicates the frame interval (IJUMP)within the frame-group for the associated DP and the allowed values are1, 2, 4, 8 (the corresponding 2-bit field is ‘00’, ‘01’, ‘10’, or ‘11’,respectively). For DPs that do not appear every frame of theframe-group, the value of this field is equal to the interval betweensuccessive frames. For example, if a DP appears on the frames 1, 5, 9,13, etc., this field is set to ‘4’. For DPs that appear in every frame,this field is set to ‘1’.

DP_TI_BYPASS: This 1-bit field determines the availability of timeinterleaver 5050. If time interleaving is not used for a DP, it is setto ‘1’. Whereas if time interleaving is used it is set to ‘0’.

DP_FIRST_FRAME_IDX: This 5-bit field indicates the index of the firstframe of the super-frame in which the current DP occurs. The value ofDP_FIRST_FRAME_IDX ranges from 0 to 31

DP_NUM_BLOCK_MAX: This 10-bit field indicates the maximum value ofDP_NUM_BLOCKS for this DP. The value of this field has the same range asDP_NUM_BLOCKS.

DP_PAYLOAD_TYPE: This 2-bit field indicates the type of the payload datacarried by the given DP. DP_PAYLOAD_TYPE is signaled according to thebelow table 19.

TABLE 19 Value Payload Type 00 TS. 01 IP 10 GS 11 reserved

DP_INBAND_MODE: This 2-bit field indicates whether the current DPcarries in-band signaling information. The in-band signaling type issignaled according to the below table 20.

TABLE 20 Value In-band mode 00 In-band signaling is not carried. 01INBAND-PLS is carried only 10 INBAND-ISSY is carried only 11 INBAND-PLSand INBAND-ISSY are carried

DP_PROTOCOL_TYPE: This 2-bit field indicates the protocol type of thepayload carried by the given DP. It is signaled according to the belowtable 21 when input payload types are selected.

TABLE 21 If If If DP_PAYLOAD_TYPE DP_PAYLOAD_TYPE DP_PAYLOAD_TYPE ValueIs TS Is IP Is GS 00 MPEG2-TS IPv4 (Note) 01 Reserved IPv6 Reserved 10Reserved Reserved Reserved 11 Reserved Reserved Reserved

DP_CRC_MODE: This 2-bit field indicates whether CRC encoding is used inthe Input Formatting block. The CRC mode is signaled according to thebelow table 22.

TABLE 22 Value CRC mode 00 Not used 01 CRC-8 10 CRC-16 11 CRC-32

DNP_MODE: This 2-bit field indicates the null-packet deletion mode usedby the associated DP when DP_PAYLOAD_TYPE is set to TS (‘00’). DNP_MODEis signaled according to the below table 23. If DP_PAYLOAD_TYPE is notTS (‘00’), DNP_MODE is set to the value ‘00’.

TABLE 23 Value Null-packet deletion mode 00 Not used 01 DNP-NORMAL 10DNP-OFFSET 11 reserved

ISSY_MODE: This 2-bit field indicates the ISSY mode used by theassociated DP when DP_PAYLOAD_TYPE is set to TS (‘00’). The ISSY_MODE issignaled according to the below table 24 If DP_PAYLOAD_TYPE is not TS(‘00’), ISSY_MODE is set to the value ‘00’.

TABLE 24 Value ISSY mode 00 Not used 01 ISSY-UP 10 ISSY-BBF 11 reserved

HC_MODE_TS: This 2-bit field indicates the TS header compression modeused by the associated DP when DP_PAYLOAD_TYPE is set to TS (‘00’). TheHC_MODE_TS is signaled according to the below table 25.

TABLE 25 Value Header compression mode 00 HC_MODE_TS 1 01 HC_MODE_TS 210 HC_MODE_TS 3 11 HC_MODE_TS 4

HC_MODE_IP: This 2-bit field indicates the IP header compression modewhen DP_PAYLOAD_TYPE is set to IP (‘01’). The HC_MODE_IP is signaledaccording to the below table 26.

TABLE 26 Value Header compression mode 00 No compression 01 HC_MODE_IP 110~11 reserved

PID: This 13-bit field indicates the PID number for TS headercompression when DP_PAYLOAD_TYPE is set to TS (‘00’) and HC_MODE_TS isset to ‘01’ or ‘10’.

RESERVED: This 8-bit field is reserved for future use.

The following field appears only if FIC_FLAG is equal to ‘1’:

FIC_VERSION: This 8-bit field indicates the version number of the FIC.

FIC_LENGTH_BYTE: This 13-bit field indicates the length, in bytes, ofthe FIC.

RESERVED: This 8-bit field is reserved for future use.

The following field appears only if AUX_FLAG is equal to ‘1’:

NUM_AUX: This 4-bit field indicates the number of auxiliary streams.Zero means no auxiliary streams are used.

AUX_CONFIG_RFU: This 8-bit field is reserved for future use.

AUX_STREAM_TYPE: This 4-bit is reserved for future use for indicatingthe type of the current auxiliary stream.

AUX_PRIVATE_CONFIG: This 28-bit field is reserved for future use forsignaling auxiliary streams.

FIG. 14 illustrates PLS2 data according to another embodiment of thepresent invention.

FIG. 14 illustrates PLS2-DYN data of the PLS2 data. The values of thePLS2-DYN data may change during the duration of one frame-group, whilethe size of fields remains constant.

The details of fields of the PLS2-DYN data are as follows:

FRAME_INDEX: This 5-bit field indicates the frame index of the currentframe within the super-frame. The index of the first frame of thesuper-frame is set to ‘0’.

PLS_CHANGE_COUNTER: This 4-bit field indicates the number ofsuper-frames ahead where the configuration will change. The nextsuper-frame with changes in the configuration is indicated by the valuesignaled within this field. If this field is set to the value ‘0000’, itmeans that no scheduled change is foreseen: e.g., value ‘1’ indicatesthat there is a change in the next super-frame.

FIC_CHANGE_COUNTER: This 4-bit field indicates the number ofsuper-frames ahead where the configuration (i.e., the contents of theFIC) will change. The next super-frame with changes in the configurationis indicated by the value signaled within this field. If this field isset to the value ‘0000’, it means that no scheduled change is foreseen:e.g. value ‘0001’ indicates that there is a change in the nextsuper-frame.

RESERVED: This 16-bit field is reserved for future use.

The following fields appear in the loop over NUM_DP, which describe theparameters associated with the DP carried in the current frame.

DP_ID: This 6-bit field indicates uniquely the DP within a PHY profile.

DP_START: This 15-bit (or 13-bit) field indicates the start position ofthe first of the DPs using the DPU addressing scheme. The DP_START fieldhas differing length according to the PHY profile and FFT size as shownin the below table 27.

TABLE 27 DP_START field size PHY profile 64K 16K Base 13 bit 15 bitHandheld — 13 bit Advanced 13 bit 15 bit

DP_NUM_BLOCK: This 10-bit field indicates the number of FEC blocks inthe current TI group for the current DP. The value of DP_NUM_BLOCKranges from 0 to 1023

RESERVED: This 8-bit field is reserved for future use.

The following fields indicate the FIC parameters associated with theEAC.

EAC_FLAG: This 1-bit field indicates the existence of the EAC in thecurrent frame. This bit is the same value as the EAC_FLAG in thepreamble.

EAS_WAKE_UP_VERSION_NUM: This 8-bit field indicates the version numberof a wake-up indication.

If the EAC_FLAG field is equal to ‘1’, the following 12 bits areallocated for EAC_LENGTH_BYTE field. If the EAC_FLAG field is equal to‘0’, the following 12 bits are allocated for EAC_COUNTER.

EAC_LENGTH_BYTE: This 12-bit field indicates the length, in byte, of theEAC.

EAC_COUNTER: This 12-bit field indicates the number of the frames beforethe frame where the EAC arrives.

The following field appears only if the AUX_FLAG field is equal to ‘1’:

AUX_PRIVATE_DYN: This 48-bit field is reserved for future use forsignaling auxiliary streams. The meaning of this field depends on thevalue of AUX_STREAM_TYPE in the configurable PLS2-STAT.

CRC_32: A 32-bit error detection code, which is applied to the entirePLS2.

FIG. 15 illustrates a logical structure of a frame according to anembodiment of the present invention.

As above mentioned, the PLS, EAC, FIC, DPs, auxiliary streams and dummycells are mapped into the active carriers of the OFDM symbols in theframe. The PLS1 and PLS2 are first mapped into one or more FSS(s). Afterthat, EAC cells, if any, are mapped immediately following the PLS field,followed next by FIC cells, if any. The DPs are mapped next after thePLS or EAC, FIC, if any. Type 1 DPs follows first, and Type 2 DPs next.The details of a type of the DP will be described later. In some case,DPs may carry some special data for EAS or service signaling data. Theauxiliary stream or streams, if any, follow the DPs, which in turn arefollowed by dummy cells. Mapping them all together in the abovementioned order, i.e. PLS, EAC, FIC, DPs, auxiliary streams and dummydata cells exactly fill the cell capacity in the frame.

FIG. 16 illustrates PLS mapping according to an embodiment of thepresent invention.

PLS cells are mapped to the active carriers of FSS(s). Depending on thenumber of cells occupied by PLS, one or more symbols are designated asFSS(s), and the number of FSS(s) NFSS is signaled by NUM_FSS in PLS1.The FSS is a special symbol for carrying PLS cells. Since robustness andlatency are critical issues in the PLS, the FSS(s) has higher density ofpilots allowing fast synchronization and frequency-only interpolationwithin the FSS.

PLS cells are mapped to active carriers of the NFSS FSS(s) in a top-downmanner as shown in an example in FIG. 16. The PLS1 cells are mappedfirst from the first cell of the first FSS in an increasing order of thecell index. The PLS2 cells follow immediately after the last cell of thePLS1 and mapping continues downward until the last cell index of thefirst FSS. If the total number of required PLS cells exceeds the numberof active carriers of one FSS, mapping proceeds to the next FSS andcontinues in exactly the same manner as the first FSS.

After PLS mapping is completed, DPs are carried next. If EAC, FIC orboth are present in the current frame, they are placed between PLS and“normal” DPs.

FIG. 17 illustrates EAC mapping according to an embodiment of thepresent invention.

EAC is a dedicated channel for carrying EAS messages and links to theDPs for EAS. EAS support is provided but EAC itself may or may not bepresent in every frame. EAC, if any, is mapped immediately after thePLS2 cells. EAC is not preceded by any of the FIC, DPs, auxiliarystreams or dummy cells other than the PLS cells. The procedure ofmapping the EAC cells is exactly the same as that of the PLS.

The EAC cells are mapped from the next cell of the PLS2 in increasingorder of the cell index as shown in the example in FIG. 17. Depending onthe EAS message size, EAC cells may occupy a few symbols, as shown inFIG. 17.

EAC cells follow immediately after the last cell of the PLS2, andmapping continues downward until the last cell index of the last FSS. Ifthe total number of required EAC cells exceeds the number of remainingactive carriers of the last FSS mapping proceeds to the next symbol andcontinues in exactly the same manner as FSS(s). The next symbol formapping in this case is the normal data symbol, which has more activecarriers than a FSS.

After EAC mapping is completed, the FIC is carried next, if any exists.If FIC is not transmitted (as signaled in the PLS2 field), DPs followimmediately after the last cell of the EAC.

FIG. 18 illustrates FIC mapping according to an embodiment of thepresent invention.

(a) shows an example mapping of FIC cell without EAC and (b) shows anexample mapping of FIC cell with EAC.

FIC is a dedicated channel for carrying cross-layer information toenable fast service acquisition and channel scanning. This informationprimarily includes channel binding information between DPs and theservices of each broadcaster. For fast scan, a receiver can decode FICand obtain information such as broadcaster ID, number of services, andBASE_DP_ID. For fast service acquisition, in addition to FIC, base DPcan be decoded using BASE_DP_ID. Other than the content it carries, abase DP is encoded and mapped to a frame in exactly the same way as anormal DP. Therefore, no additional description is required for a baseDP. The FIC data is generated and consumed in the Management Layer. Thecontent of FIC data is as described in the Management Layerspecification.

The FIC data is optional and the use of FIC is signaled by the FIC_FLAGparameter in the static part of the PLS2. If FIC is used, FIC_FLAG isset to ‘1’ and the signaling field for FIC is defined in the static partof PLS2. Signaled in this field are FIC_VERSION, and FIC_LENGTH_BYTE.FIC uses the same modulation, coding and time interleaving parameters asPLS2. FIC shares the same signaling parameters such as PLS2_MOD and PLS2FEC. FIC data, if any, is mapped immediately after PLS2 or EAC if any.FIC is not preceded by any normal DPs, auxiliary streams or dummy cells.The method of mapping FIC cells is exactly the same as that of EAC whichis again the same as PLS.

Without EAC after PLS, FIC cells are mapped from the next cell of thePLS2 in an increasing order of the cell index as shown in an example in(a). Depending on the FIC data size, FIC cells may be mapped over a fewsymbols, as shown in (b).

FIC cells follow immediately after the last cell of the PLS2, andmapping continues downward until the last cell index of the last FSS. Ifthe total number of required FIC cells exceeds the number of remainingactive carriers of the last FSS, mapping proceeds to the next symbol andcontinues in exactly the same manner as FSS(s). The next symbol formapping in this case is the normal data symbol which has more activecarriers than a FSS.

If EAS messages are transmitted in the current frame, EAC precedes FIC,and FIC cells are mapped from the next cell of the EAC in an increasingorder of the cell index as shown in (b).

After FIC mapping is completed, one or more DPs are mapped, followed byauxiliary streams, if any, and dummy cells.

FIG. 19 illustrates an FEC structure according to an embodiment of thepresent invention.

FIG. 19 illustrates an FEC structure according to an embodiment of thepresent invention before bit interleaving. As above mentioned, Data FECencoder may perform the FEC encoding on the input BBF to generateFECBLOCK procedure using outer coding (BCH), and inner coding (LDPC).The illustrated FEC structure corresponds to the FECBLOCK. Also, theFECBLOCK and the FEC structure have same value corresponding to a lengthof LDPC codeword.

The BCH encoding is applied to each BBF (K_(bch) bits), and then LDPCencoding is applied to BCH-encoded BBF (K_(ldpc) bits=N_(bch) bits) asillustrated in FIG. 22.

The value of N_(ldpc) is either 64800 bits (long FECBLOCK) or 16200 bits(short FECBLOCK).

The below table 28 and table 29 show FEC encoding parameters for a longFECBLOCK and a short FECBLOCK, respectively.

TABLE 28 BCH error LDPC correction N_(bch) − Rate N_(ldpc) K_(ldpc)K_(bch) capability K_(bch) 5/15 64800 21600 21408 12 192 6/15 2592025728 7/15 30240 30048 8/15 34560 34368 9/15 38880 38688 10/15  4320043008 11/15  47520 47328 12/15  51840 51648 13/15  56160 55968

TABLE 29 BCH error LDPC correction N_(bch) − Rate N_(ldpc) K_(ldpc)K_(bch) capability K_(bch) 5/15 16200 5400 5232 12 168 6/15 6480 63127/15 7560 7392 8/15 8640 8472 9/15 9720 9552 10/15  10800 10632 11/15 11880 11712 12/15  12960 12792 13/15  14040 13872

The details of operations of the BCH encoding and LDPC encoding are asfollows:

A 12-error correcting BCH code is used for outer encoding of the BBF.The BCH generator polynomial for short FECBLOCK and long FECBLOCK areobtained by multiplying together all polynomials.

LDPC code is used to encode the output of the outer BCH encoding. Togenerate a completed Bldpc (FECBLOCK), Pldpc (parity bits) is encodedsystematically from each Ildpc (BCH-encoded BBF), and appended to Ildpc.The completed Bldpc (FECBLOCK) are expressed as follow equation.

B _(ldpc) =[I _(ldpc) P _(ldpc) ]=[i ₀ ,i ₁ , . . . ,i _(K) _(ldpc) ⁻¹,p ₀ ,p ₁ , . . . ,p _(N) _(ldpc) _(−k) _(ldpc) ⁻¹]  [Equation2]

The parameters for long FECBLOCK and short FECBLOCK are given in theabove table 28 and 29, respectively.

The detailed procedure to calculate Nldpc−Kldpc parity bits for longFECBLOCK, is as follows:

1) Initialize the parity bits,

p ₀ =p ₁ =p ₂ = . . . =p _(N) _(ldpc) _(−K) _(ldpc) ⁻¹=0  [Equation3]

2) Accumulate the first information bit-i0, at parity bit addressesspecified in the first row of an addresses of parity check matrix. Thedetails of addresses of parity check matrix will be described later. Forexample, for rate 13/15:

p ₉₈₃ =p ₉₈₃ ⊕i ₀ p ₂₈₁₅ =p ₂₈₁₅ ⊕i ₀

p ₄₈₃₇ =p ₄₈₃₇ ⊕i ₀ p ₄₉₈₉ =p ₄₉₈₉ ⊕i ₀

p ₆₁₃₈ =p ₆₁₃₈ ⊕i ₀ p ₆₄₅₈ =p ₆₄₅₈ ⊕i ₀

p ₆₉₂₁ =p ₆₉₂₁ ⊕i ₀ p ₆₉₇₄ =p ₆₉₇₄ ⊕i ₀

p ₇₅₇₂ =p ₇₅₇₂ ⊕i ₀ p ₈₂₆₀ =p ₈₂₆₀ ⊕i ₀

p ₈₄₉₆ =p ₈₄₉₆ ⊕i ₀  [Equation 4]

3) For the next 359 information bits, is, s=1, 2, . . . , 359 accumulateis at parity bit addresses using following equation.

{x+(s mod 360)×Q _(ldpc)} mod(N _(ldpc) −K _(ldpc))  [Equation 5]

where x denotes the address of the parity bit accumulator correspondingto the first bit i0, and Qldpc is a code rate dependent constantspecified in the addresses of parity check matrix. Continuing with theexample, Qldpc=24 for rate 13/15, so for information bit i1, thefollowing operations are performed:

p ₁₀₀₇ =p ₁₀₀₇ ⊕i ₁ p ₂₈₃₉ =p ₂₈₃₉ ⊕i ₁

p ₄₈₆₁ =p ₄₈₆₁ ⊕i ₁ p ₅₀₁₃ =p ₅₀₁₃ ⊕i ₁

p ₆₁₆₂ =p ₆₁₆₂ ⊕i ₁ p ₆₄₈₂ =p ₆₄₈₂ ⊕i ₁

p ₆₉₄₅ =p ₆₉₄₅ ⊕i ₁ p ₆₉₉₈ =p ₆₉₉₈ ⊕i ₁

p ₇₅₉₆ =p ₇₅₉₆ ⊕i ₁ p ₈₂₈₄ =p ₈₂₈₄ ⊕i ₁

p ₈₅₂₀ =p ₈₅₂₀ ⊕i ₁  [Equation 6]

4) For the 361st information bit i360, the addresses of the parity bitaccumulators are given in the second row of the addresses of paritycheck matrix. In a similar manner the addresses of the parity bitaccumulators for the following 359 information bits is, s=361, 362, . .. , 719 are obtained using the equation 6, where x denotes the addressof the parity bit accumulator corresponding to the information bit i360,i.e., the entries in the second row of the addresses of parity checkmatrix.

5) In a similar manner, for every group of 360 new information bits, anew row from addresses of parity check matrixes used to find theaddresses of the parity bit accumulators.

After all of the information bits are exhausted, the final parity bitsare obtained as follows:

6) Sequentially perform the following operations starting with i=1

p _(i) =p _(i) ⊕p _(i-1) , i=1,2, . . . ,N _(ldpc) −K_(ldpc)−1  [Equation 7]

where final content of pi, i=0,1, . . . Nldpc−Kldpc−1 is equal to theparity bit pi.

TABLE 30 Code Rate Q_(ldpc) 5/15 120 6/15 108 7/15 96 8/15 84 9/15 7210/15  60 11/15  48 12/15  36 13/15  24

This LDPC encoding procedure for a short FECBLOCK is in accordance withthe LDPC encoding procedure for the long FECBLOCK, except replacing thetable 30 with table 31, and replacing the addresses of parity checkmatrix for the long FECBLOCK with the addresses of parity check matrixfor the short FECBLOCK.

TABLE 31 Code Rate Q_(ldpc) 5/15 30 6/15 27 7/15 24 8/15 21 9/15 1810/15  15 11/15  12 12/15  9 13/15  6

FIG. 20 illustrates a time interleaving according to an embodiment ofthe present invention.

(a) to (c) show examples of TI mode.

The time interleaver operates at the DP level. The parameters of timeinterleaving (TI) may be set differently for each DP.

The following parameters, which appear in part of the PLS2-STAT data,configure the TI:

DP_TI_TYPE (allowed values: 0 or 1): Represents the TI mode; ‘0’indicates the mode with multiple TI blocks (more than one TI block) perTI group. In this case, one TI group is directly mapped to one frame (nointer-frame interleaving). ‘1’ indicates the mode with only one TI blockper TI group. In this case, the TI block may be spread over more thanone frame (inter-frame interleaving).

DP_TI_LENGTH: If DP_TI_TYPE=‘0’, this parameter is the number of TIblocks NTI per TI group. For DP_TI_TYPE=‘1’, this parameter is thenumber of frames PI spread from one TI group.

DP_NUM_BLOCK_MAX (allowed values: 0 to 1023): Represents the maximumnumber of XFECBLOCKs per TI group.

DP_FRAME_INTERVAL (allowed values: 1, 2, 4, 8): Represents the number ofthe frames IJUMP between two successive frames carrying the same DP of agiven PHY profile.

DP_TI_BYPASS (allowed values: 0 or 1): If time interleaving is not usedfor a DP, this parameter is set to ‘1’. It is set to ‘0’ if timeinterleaving is used.

Additionally, the parameter DP_NUM_BLOCK from the PLS2-DYN data is usedto represent the number of XFECBLOCKs carried by one TI group of the DP.

When time interleaving is not used for a DP, the following TI group,time interleaving operation, and TI mode are not considered. However,the Delay Compensation block for the dynamic configuration informationfrom the scheduler will still be required. In each DP, the XFECBLOCKsreceived from the SSD/MIMO encoding are grouped into TI groups. That is,each TI group is a set of an integer number of XFECBLOCKs and willcontain a dynamically variable number of XFECBLOCKs. The number ofXFECBLOCKs in the TI group of index n is denoted by NxBLOCK_Group(n) andis signaled as DP_NUM_BLOCK in the PLS2-DYN data. Note thatNxBLOCK_Group(n) may vary from the minimum value of 0 to the maximumvalue NxBLOCK_Group_MAX (corresponding to DP_NUM_BLOCK_MAX) of which thelargest value is 1023.

Each TI group is either mapped directly onto one frame or spread over PIframes. Each TI group is also divided into more than one TI blocks(NTI),where each TI block corresponds to one usage of time interleaver memory.The TI blocks within the TI group may contain slightly different numbersof XFECBLOCKs. If the TI group is divided into multiple TI blocks, it isdirectly mapped to only one frame. There are three options for timeinterleaving (except the extra option of skipping the time interleaving)as shown in the below table 32.

TABLE 32 Modes Descriptions Option-1 Each TI group contains one TI blockand is mapped directly to one frame as shown in (a). This option issignaled in the PLS2-STAT by DP_TI_TYPE = ‘0’ and DP_TI_LENGTH =‘1’(N_(TI) = 1). Option-2 Each TI group contains one TI block and ismapped to more than one frame. (b) shows an example, where one TI groupis mapped to two frames, i.e., DP_TI_LENGTH = ‘2’ (P_(I) = 2) andDP_FRAME_INTERVAL (I_(JUMP) = 2). This provides greater time diversityfor low data-rate services. This option is signaled in the PLS2-STAT byDP_TI_TYPE = ‘1’. Option-3 Each TI group is divided into multiple TIblocks and is mapped directly to one frame as shown in (c). Each TIblock may use full TI memory, so as to provide the maximum bit-rate fora DP. This option is signaled in the PLS2-STAT signaling by DP_TI_TYPE =‘0’ and DP_TI_LENGTH = N_(TI), while P_(I) = 1.

Typically, the time interleaver will also act as a buffer for DP dataprior to the process of frame building. This is achieved by means of twomemory banks for each DP. The first TI-block is written to the firstbank. The second TI-block is written to the second bank while the firstbank is being read from and so on.

The TI is a twisted row-column block interleaver. For the sth TI blockof the nth TI group, the number of rows N_(r) of a TI memory is equal tothe number of cells N_(cells), i.e., N_(r)=N_(cells) while the number ofcolumns N_(c) is equal to the number N_(xBLOCK) _(_) _(TI)(n,s).

FIG. 21 illustrates the basic operation of a twisted row-column blockinterleaver according to an embodiment of the present invention.

FIG. 21 (a) shows a writing operation in the time interleaver and FIG.21(b) shows a reading operation in the time interleaver The firstXFECBLOCK is written column-wise into the first column of the TI memory,and the second XFECBLOCK is written into the next column, and so on asshown in (a). Then, in the interleaving array, cells are read outdiagonal-wise. During diagonal-wise reading from the first row(rightwards along the row beginning with the left-most column) to thelast row, N_(r) cells are read out as shown in (b). In detail, assumingz_(n,s,i)(i=0, . . . , N_(r)N_(c)) as the TI memory cell position to beread sequentially, the reading process in such an interleaving array isperformed by calculating the row index R_(n,s,i), the column indexC_(n,s,i), and the associated twisting parameter T_(n,s,i) as followsequation.

$\begin{matrix}{{{GENERATE}( {R_{n,s,i},C_{n,s,i}} )} = \{ {{R_{n,s,i} = {{mod}( {i,N_{r}} )}},{T_{n,s,i} = {{mod}( {{S_{shift} \times R_{n,s,i}},N_{c}} )}},{C_{n,s,i} = {{mod}( {{T_{n,s,i} + \lfloor \frac{i}{N_{r}} \rfloor},N_{c}} )}}} \}} & \lbrack {{Equation}\mspace{14mu} 8} \rbrack\end{matrix}$

where S_(shift) is a common shift value for the diagonal-wise readingprocess regardless of N_(xBLOCK) _(_) _(TI)(n,s), and it is determinedby N_(xBLOCK) _(_) _(TI) _(_) _(MAX) given in the PLS2-STAT as followsequation.

$\begin{matrix}{{for}\mspace{14mu} \{ {\begin{matrix}{{N_{{xBLOCK}_{—}{TI}_{—}{MAX}}^{\prime} = {N_{{xBLOCK}_{—}{TI}_{—}{MAX}} + 1}},} & {{{if}\mspace{14mu} N_{{xBLOCK}_{—}{TI}_{—}{MAX}}{mod}\; 2} = 0} \\{{N_{{xBLOCK}_{—}{TI}_{—}{MAX}}^{\prime} = N_{{xBLOCK}_{—}{TI}_{—}{MAX}}},} & {{{if}\mspace{14mu} N_{{xBLOCK}_{—}{TI}_{—}{MAX}}{mod}\; 2} = 1}\end{matrix},{S_{shift} = \frac{N_{{xBLOCK}_{—}{TI}_{—}{MAX}}^{\prime} - 1}{2}}} } & \lbrack {{Equation}\mspace{14mu} 9} \rbrack\end{matrix}$

As a result, the cell positions to be read are calculated by acoordinate as z_(n,s,i)=N_(r)C_(n,s,i)+R_(n,s,i).

FIG. 22 illustrates an operation of a twisted row-column blockinterleaver according to another embodiment of the present invention.

More specifically, FIG. 22 illustrates the interleaving array in the TImemory for each TI group, including virtual XFECBLOCKs when N_(xBLOCK)_(_) _(TI)(0,0)=3, N_(xBLOCK) _(_) _(TI)(1,0)=6, N_(xBLOCK) _(_)_(TI)(2,0)=5.

The variable number N_(xBLOCK) _(_) _(TI)(n,s)=N_(r) will be less thanor equal to N′_(xBLOCK) _(_) _(TI) _(_) _(MAX). Thus, in order toachieve a single-memory deinterleaving at the receiver side, regardlessof N_(xBLOCK) _(_) _(TI)(n,s), the interleaving array for use in atwisted row-column block interleaver is set to the size ofN_(r)×N_(c)=N_(cells)×N′_(xBLOCK) _(_) _(TI) _(_) _(MAX) by insertingthe virtual XFECBLOCKs into the TI memory and the reading process isaccomplished as follow equation.

[Equation10] p = 0; for i = 0;i < N_(cells)N′_(xBLOCK) _(—) _(TI) _(—)_(MAX);i = i +1 {GENERATE(R_(n,s,i),C_(n,s,i)); V_(i) = N_(r)C_(n,s,j) +R_(n,s,j) if V_(i) < N_(cells)N_(xBLOCK) _(—) _(TI)(n,s) { Z_(n,s,p) =V_(i); p = p +1; } }

The number of TI groups is set to 3. The option of time interleaver issignaled in the PLS2-STAT data by DP_TI_TYPE=‘0’, DP_FRAME_INTERVAL=‘1’,and DP_TI_LENGTH=‘1’, i.e., NTI=1, IJUMP=1, and PI=1. The number ofXFECBLOCKs, each of which has Ncells=30 cells, per TI group is signaledin the PLS2-DYN data by NxBLOCK_TI(0,0)=3, NxBLOCK_TI(1,0)=6, andNxBLOCK_TI(2,0)=5, respectively. The maximum number of XFECBLOCK issignaled in the PLS2-STAT data by NxBLOCK_Group_MAX, which leads to└N_(xBLOCk) _(_) _(Group) _(_) _(MAX)/N_(TI)┘=N_(xBLOCK) _(_) _(TI) _(_)_(MAX)=6.

FIG. 23 illustrates a diagonal-wise reading pattern of a twistedrow-column block interleaver according to an embodiment of the presentinvention.

More specifically FIG. 23 shows a diagonal-wise reading pattern fromeach interleaving array with parameters of N′_(xBLOCK) _(_) _(TI) _(_)_(MAX)=7 and Sshift=(7−1)/2=3. Note that in the reading process shown aspseudocode above, if V_(i)≧N_(cells)N_(xBLOCK) _(_) _(TI)(n,s), thevalue of Vi is skipped and the next calculated value of Vi is used.

FIG. 24 illustrates interlaved XFECBLOCKs from each interleaving arrayaccording to an embodiment of the present invention.

FIG. 24 illustrates the interleaved XFECBLOCKs from each interleavingarray with parameters of N′_(xBLOCK) _(_) _(TI) _(_) _(MAX)=7 andSshift=3.

FIG. 25 is a block diagram illustrating a main physical device and acompanion physical device according to an embodiment of the presentinvention.

The embodiment of the present invention can provide a service guide in aterrestrial broadcast environment or a mobile broadcast environment. Inaddition, the embodiment of the present invention can provide a serviceguide regarding services available in the next generation hybridbroadcast environment based on interaction between a terrestrialbroadcast network and the Internet.

The embodiment of the present invention can inform users of not onlyvarious services available in the next generation hybrid broadcastsystem, but also constituent content of the services and/or componentelements of the services. As a result, the user can easily confirm,select, and view the corresponding service, resulting in increased userconvenience.

The embodiment of the present invention may construct a single service,various constituent content of the service, and/or component elements ofthe service, and may make a cross reference to each other. As a result,the broadcast receiver can easily construct and provide thecorresponding service, and can allow the user to easily recognize thecorresponding service.

The embodiments of the present invention can extend the referencestructure for linking one service to various content and/or componentelements of the service, and can allow the broadcast receiver and/or theuser to reduce the amount of resources and/or consumption time needed tosearch for content and/or component elements of the single service.

FIG. 25 is a block diagram illustrating a main physical device and acompanion physical device according to an embodiment of the presentinvention.

The main physical device (L25010) according to an embodiment of thepresent invention is one of devices for interactive services, and mayindicate a target device to be controlled by the companion physicaldevice (L25020). The main physical device may be referred to as a maindevice, a main reception device, a main display, a main screen, or thelike.

The main physical device (L25010) according to one embodiment of thepresent invention may include a broadcast interface (L25030), a networkinterface (L25040), a memory unit (L25050), a control unit (L25060), adisplay unit (L25070), a multimedia module (L25080), a storage unit(L25090), a power-supply unit (L25100), and/or a user input interface(L25110).

The broadcast interface (L25030) may indicate a physical device locatedbetween the broadcaster and the device, such that the broadcastinterface (L25030) acting as the physical device can transmit variousmessages (such as the AV stream, service guide, and notificationmessages) and/or data. The broadcast interface (L25030) may receivebroadcast signals, signaling information, data, etc. from thebroadcaster.

The network interface (L25040) may indicate a physical device locatedbetween various devices (e.g., the main physical device and thecompanion physical device), such that the network interface (L25040) cantransmit various messages (e.g., commands, requests, actions, responsemessages, etc.), and can perform advertising and/or data transmission.The network interface may receive broadcast services, broadcast content,signaling information, applications, data, etc. from the Internetservice provider.

The memory unit (L25050) may be an optional or selective deviceimplemented in various types of devices, and may indicate a volatilephysical device capable of temporarily storing various types of data.

The control unit (L25060) may be configured to control the entireoperation of the source device and/or the sink device, and may beimplemented by software or hardware. In this case, the source device mayindicate a device configured to transmit messages and/or data. The sinkdevice may indicate a device configured to receive messages and/or data.Therefore, the main physical device and the companion physical deviceaccording to the embodiment of the present invention may correspond tothe source device or the sink device.

The display unit (L25070) may display data received through the networkinterface or data stored in the storage unit on the screen. In thiscase, the display unit may be controlled by the control unit.

The multimedia module (L25080) may reproduce various types ofmultimedia. The multimedia module may be contained in the control unit,and may be located independently of the control unit.

The storage unit (L25090) may indicate a non-volatile physical devicecapable of storing various types of data therein. For example, the SCcard may correspond to the storage unit.

The power-supply unit (L25100) may receive the external power-supplyvoltage and/or the internal power-supply voltage under control of thecontrol unit, such that the power-supply unit (L25100) can provide apower-supply voltage needed to operate other constituent elements.

The user input interface (L25110) may indicate a device capable ofreceiving input signals or commands from the user.

The companion physical device (L25020) according to the embodiment ofthe present invention may be one of devices needed for interactiveservices, and may indicate a device configured to control the maindevice. Generally, the companion physical device may directly receiveinput signals from the user. The companion physical device may bereferred to as a companion device, a second device, an additionaldevice, an auxiliary device, a companion reception device, a companionreceiver, a companion display, a second screen, or the like.

The physical device (L25020) according to the embodiment of the presentinvention may include a network interface, a memory unit, a controlunit, a display unit, a multimedia module, a storage unit, apower-supply unit, and/or a user input interface.

From among all the constituent elements of the companion physical deviceaccording to the embodiment, some constituent elements having the samenames as those of the main device may have the same functions as thoseof the constituent elements of the above-mentioned main device.

FIG. 26 is a block diagram illustrating a protocol stack configured tosupport a hybrid broadcast service according to an embodiment of thepresent invention.

A physical layer may receive terrestrial broadcast signals, and mayproperly convert (or transform) the received terrestrial broadcastsignals.

IP (Internet Protocol) Encapsulation may acquire an IP datagram usinginformation acquired from the physical layer. In addition, the IPencapsulation may convert (or transform) the acquired IP datagram into aspecific frame (e.g., RS Frame, (SE, etc.)

MPEG2 TS Encapsulation may acquire the MPEG2 TS using informationacquired from the physical layer. In addition, the MPEG2 TSEncapsulation may convert the acquired MPEG2 TS datagram into a specificframe (e.g., RS Frame, GSE, etc.).

A Fast Information Channel (FIC) may transmit specific information(e.g., mapping information between the service ID and the frame) so asto access the service and/or content.

Signaling may include signaling information to support a hybridbroadcast service according to an embodiment of the present invention.This signaling information may include signaling information to supportefficient acquisition of the services and/or content. This signalinginformation may be denoted in binary and/or XML format, and may betransmitted through the terrestrial broadcast network and/or thebroadband network.

Real time A/V (Audio/Video) content and data may be represented by ISOBase Media File Format (ISOBMFF) or the like, and may be transmitted inreal time through the terrestrial broadcast network and/or the broadbandnetwork. Non-real time content may be transmitted on the basis ofIP/UDP/FLUTE. Real-time broadcast A/V (Audio/Video) content, data and/orsignaling information may be transmitted in real time through theInternet. In this case, the real-time broadcast AN (Audio/Video)content, data and/or signaling information may be transmitted by arequest message. Alternatively, the real-time broadcast A/V(Audio/Video) content, data and/or signaling information may also betransmitted through real-time streaming.

The embodiment of the present invention may combine data through theabove-mentioned protocol stack, and may also provide various enhancedservices, for example, an interactive service, a second screen service,etc.

FIG. 27 is a conceptual diagram illustrating an XML schema of a ServiceType element according to an embodiment of the present invention.

Prior to describing FIG. 27, definition and structure of the serviceguide, the service fragment, and the ServiceType element according tothe embodiment will be described as follows.

The service guide may indicate a broadcast distribution channel overwhich Service Guide Delivery Descriptors carried within announcementsessions, can be delivered to the terminal.

Service Guide may enable the service and content providers to describethe services and content they make available, or offer for subscriptionor purchase, as Mobile Broadcast services either over Broadcast Channelor over Interaction Channel. It may also enable the way to describe howto access the services. From the user perspective the Service Guide canbe seen as an entry point to discover the currently available orscheduled services and content and to filter those based on theirpreferences. Furthermore, the Service Guide may provide the entry pointto interactive services.

The Service Guide may include data model that models the services,schedules, content, related purchase and provisioning data, access andinteractivity data and so on in terms of Service Guide fragments.

An embodiment of the invention may provide methods for initial discoveryof Service Guide and the declaration of Service Guide fragments throughService Guide Delivery Descriptors that are sent over Service GuideAnnouncement Channel. An embodiment of the invention may providedelivery methods specified for Service Guide fragment delivery overService Guide Delivery Channel, both over the Broadcast Channel as wellas over the interactive Channel. To manage the Service Guide data, anembodiment of the invention may provide update and management methods.An embodiment of the invention may provide the relevant backendinterfaces for Service Guide.

The ‘Service’ fragment may describe the content items which comprise abroadcast service, at an aggregate level.

Depending on the type of the service, it may have interactive part(s),broadcastonly part(s), or both.

The service fragment may include components not directly related to thecontent but to the functionality of the service such as purchasing orsubscription information.

In accordance with one embodiment of the present invention, as the partof the Service Guide, the ‘Service’ fragment may form a central hubreferenced by the other fragments.

Together with the associated fragments, the terminal may determine thedetails associated with the service at any point of time. These detailsmay be summarized into a user-friendly display, for example, of what,how and when the associated content may be consumed and at what cost.

A service may represent a bundle of content items, which forms a logicalgroup to the end-user. An example would be a TV channel, composed ofseveral TV shows. A ‘Service’ fragment contains the metadata describingthe Mobile Broadcast service.

ServiceType element may indicate the type of a service written in thecorresponding service fragment. The mixed service types may be indicatedby the presence of multiple instances of ServiceType. This element maybe processed by the terminal strictly for rendering to the user forexample as a textual indicator, an icon, or graphic representation forthe service.

The embodiments of the present invention provide a method forrepresenting a service type used in a hybrid broadcast system. Inaddition, according to the embodiment, the range of ServiceType valuesto be shown in the hybrid broadcast system may be allocated to theServiceTypeRangeType value.

The values allocated to the Service Type fragment according to theembodiment are as follows. If the Service Type value is set to zero ‘0’,this means “Unspecified”. If the Service Type value is set to 1, thismeans that the corresponding service is Basic TV. If the Service Typevalue is set to 2, this means that the corresponding service is BasicRadio. If the Service Type value is set to 3, this means that thecorresponding service is a Rights Issuer Service. If the Service Typevalue is set to 4, this means ‘Cachecast’. If the Service Type value isset to 5, this means ‘File download services’. If the Service Type valueis set to 6, this means ‘Software management services’. If the ServiceType value is set to 7, this means ‘Notification’. If the Service Typevalue is set to 8, this means ‘Service Guide’. If the Service Type valueis set to 9, this means ‘Terminal Provisioning services’. If the ServiceType value is set to 10, this means ‘Auxiliary Data’. If the ServiceType value is set to 11, this means ‘Streaming on demand’. If theService Type value is set to 12, this means ‘File download on demand’.If the Service Type value is set to 14, this means ‘Linear service’. Ifthe Service Type value is set to 15, this means ‘AppBased service’. Ifthe Service Type value is set to 16, this means ‘Companion Screenservice’. The remaining values other than the above-mentioned values mayalso be used to represent other services other than the above-mentionedservices.

Referring to FIG. 27, the ServiceType element according to theembodiment may have the value of ServiceTypeRangeType.ServiceTypeRangeType may include ServiceTypeLRType,ServiceTypeOtherEnablersRangeType, and/orServiceTypeProprietaryRangeType. In this case, ServiceTypeLRType mayhave a minimum value of 0, and may have any one of 13, 14, 15, 16 orhigher as a maximum value.

FIG. 28 illustrates an XML schema regarding a specific service having aservice type value of 14, and an exemplary display image thereofaccording to an embodiment of the present invention.

Referring to FIG. 28, the Service fragment may be entitled ‘Home andShopping’, and may have the ServiceType value of 14. (L28010).

The ServiceType value of 14 may represent a Linear Service. In thiscase, the reception apparatus according to the embodiment can recognizethat scheduling information of the service guide is contained in thescreen when the selected service type is set to Linear Service(value=14). In addition, the embodiment of the present invention canprovide the user with broadcast program schedule information bycombining the corresponding service with schedule information. (L28020).In addition, if the service type is signaled in the service fragment,the receiver has only to combine the above-mentioned scheduleinformation with the service including time information. Therefore, theembodiment of the present invention can improve throughput orperformance of the receiver.

FIG. 29 illustrates an XML schema regarding a specific service havingservice type values 14 and 15, and an exemplary display image thereofaccording to an embodiment of the present invention.

Service Fragment according to the embodiment may be entitled ‘MBC’, andmay have the Service Type values 14 and 15. (L29010).

The ServiceType value of 15 may indicate ‘AppBased service’. If theAppBased service type is signaled in the service fragment, the receptionapparatus according to the embodiment can recognize that the AppBasedService is contained in the corresponding service. (L29020). Therefore,although the embodiment has obtained only the Service fragment, it mayinform the user that the associated App can be executed through theServiceType in L29030. As shown in FIG. 29, since the service entitled‘MBC’ also includes the ServiceType value 14, the effects of the presentinvention may also be achieved when the corresponding service is LinearService (value=14), and associated description has already beendisclosed above.

FIG. 30 illustrates an XML schema regarding a specific service havingservice type values 14 and 16, and an exemplary display image thereofaccording to an embodiment of the present invention.

Referring to FIG. 30, the Service fragment may be entitled ‘MBCCompanion Screen’, and may have the ServiceType values (14, 16).(L30010).

The ServiceType value 16 may indicate a Companion Screen service. If theCompanion Screen service type is signaled in the service fragment, thereception apparatus according to the embodiment can recognize that theCompanion Screen service is contained in the corresponding service.(L30020). Therefore, although the embodiment has obtained only theService fragment, it may inform the user of the presence of servicessupplied from the Companion Screen. (L30030). As shown in FIG. 30, sincethe MBC Companion Screen service also includes the ServiceType value 14,the effects of the present invention may also be achieved when thecorresponding service is Linear Service (value=14), and associateddescription has already been disclosed above.

FIG. 31 illustrates an XML schema of a Component Fragment according toan embodiment of the present invention.

Referring to FIG. 31, the Component fragment according to one embodimentmay describe some parts of content to be referenced by the component, ormay describe some parts of the service to be referenced by thecomponent. (The ‘Component’ fragment describes a component that is apart of a service or a content that the component refers to.)

The Component fragment according to the embodiment may include an ‘id’attribute, a version attribute, a validFrom attribute, a validToattribute, a ComponentType element, a ComponentData element, and/or aPrivateExt element.

The ‘id’ attribute may indicate an ID of the component fragment. Thisattribute value may be globally unique.

The version attribute may indicate version information of the componentfragment.

The validFrom attribute may indicate an initial time at which thecomponent fragment is valid.

The validTo attribute may denote the last time at which the componentfragment is valid.

The ComponentType element may indicate the type of content to bedescribed by the component fragment. If several types are mixed, theComponentType may indicate the type using one or more ComponentTypeelements.

The ComponentData element may indicate Component Content contained inthe component fragment. This element may indicate video, audio or CC(Closed Caption) data.

The PrivateExt element may indicate a container for proprietary orapplication-specified extension. (The PrivateExt element may serve as acontainer for proprietary or application specific extensions.).

FIG. 32 illustrates an XML schema of a ComponentType element accordingto an embodiment of the present invention.

Referring to FIG. 32, the component may indicate all ComponentTypeinformation capable of being transmitted through hybrid broadcasting.For this purpose, the embodiment of the present invention may indicatethe range of type as an integer value.

In accordance with the embodiment, not all the components include data(ComponentData), such that the reception apparatus can first recognizethe type value of the component fragment, and then recognize informationregarding component data.

The relationship between subordinates and superiors of the components orthe subordinate relationship of the respective components willhereinafter be given.

In accordance with the embodiment, the ComponentRangeType indicating theComponentType element type may be set to zero as a minimum value, andmay be set to 13 as a maximum value.

As shown in FIG. 32, if the ComponentType element value is set to zero,this means ‘Unspecified’. If the ComponentType element value is set to1, this means a Continuous component. If the ComponentType element valueis set to 2, this means an Elementary component. If the ComponentTypeelement value is set to 3, this means a Composite component. If theComponentType element value is set to 4, this means a PickOne component.If the ComponentType element value is set to 5, this means a Complexcomponent. If the ComponentType element value is set to 6, this means aPresentable component. If the ComponentType element value is set to 7,this means an NRT File. If the ComponentType element value is set to 8,this means an NRT Content Item. If the ComponentType element value isset to 9, this means an Application. If the ComponentType element valueis set to 10, this means ‘ATSC3.0 Application’. If the ComponentTypeelement value is set to 11, this means an On Demand component. If theComponentType element value is set to 12, this means a NotificationStream. If the ComponentType element value is set to 13, this means anAppBased Enhancement. If the ComponentType element value is set to anyone of 14 to 25, this means ‘Reserved’.

The Continuous component may indicate a content component represented inone continuous stream. For example, the Continuous component maycorrespond to Audio, Video, or Closed Caption.

The Elementary component may indicate a Continuous componentcorresponding to single encoding. That is, the Elementary component mayindicate a Continuous component encoded by a separate encoder. Forexample, single encoding of the sound sequence, single encoding of thepicture sequence, or the single closed caption track may correspond tothe Elementary component.

The Composite component may indicate a content component constructingthe set of continuous components which have the same content type,represent the same scene, and can be combined to construct onepresentation. For example, the Composite component may be implemented asmusic, dialogue, and sound effect, which are to be mixed to providehigh-quality audio. In addition, a left-eye image and a right-eye imageto be combined to construct a three dimensional (3D) image may alsocorrespond to the composite component.

The PickOne component may indicate a content component constructing theset of continuous components capable of being selected to have the samecontent type, display the same scene, and construct one presentation.For example, the set of audio components encoded by bit rates differentfrom those of the same sound sequence, the set of video componentsencoded by bit rates different from those of the same picture sequence,or the set of general closed caption tracks and easy reader closedcaption tracks for the same dialogue may correspond to the PickOnecomponent.

The Complex component may indicate the Composite component or thePickOne component.

The Presentable component may denote the Continuous component displayedfor the user. This component may include the Elementary component orComplex component.

The NRT File may indicate a non-realtime transmission file.

The NRT Content Item may indicate the set of one or more NRT files to bepackage-consumed by users who will purchase the set of NRT files.

The Application may indicate the set of constituent documents of thecomplete enhanced or interactive service. The above-mentioned documentsmay include HTML, JavaScript, CSS, XML, and/or multimedia files. TheApplication may access other data instead of the part of theapplication. This Application may correspond to a special case of NRTContent Item.

The ATSC3.0 Application may indicate Application based on ATSC 3.0Application Runtime Environment Specification.

The On Demand component may indicate a content component transmitted ondemand.

The Notification Stream may indicate a stream capable of transmitting anotification message configured to synchronize actions of theapplication under Linear Time Base.

The AppBased Enhancement may include zero or more Notification Streamsto transmit synchronized notification of the actions, one or moreapplications, zero or more different NRT Content Items used by theapplication, and zero or more On Demand components managed by theapplication.

FIG. 33 illustrates an XML schema of a ComponentData element accordingto an embodiment of the present invention.

Referring to FIG. 33, the embodiment of the present invention may definethe ComponentData element as the schema so as to direct or guidecharacteristics of the actual Component Data.

The ComponentData element according to the embodiment may represent theComponent Data according to the combination or relationship betweenrespective types, when the ComponentType element value of theabove-mentioned component fragment is set to 2, 3, 4 or 6.

In accordance with the embodiment, each component may have theContentType attribute. The ContentType attribute may have Video, Audio,and/or CC (Closed Caption) values.

As can be seen from the schema of FIG. 33, the embodiment of the presentinvention can provide a method for describing the Component Dataaccording to each ContentType attribute. That is, the ComponentDataelement according to the embodiment may have the VideoComponent elementas a lower element, when the ContentType attribute value is denoted by‘Video’. If the ContentType attribute value is denoted by ‘Audio’, theAudioComponent element may be used as a lower element. If theContentType attribute value is denoted by CC, the CCComponent elementmay be used as a lower element. In addition, each Component Data may bedescribed (or written) in the lower element.

FIG. 34 illustrates an XML schema of a VideoComponent element and aVideoRole element according to an embodiment of the present invention.

The embodiment of the present invention can provide a method fordescribing a Video Component used in hybrid broadcasting.

The VideoComponent element according to the embodiment may include aVideoRole element, a TargetUserProfile element, and/or a TargetDeviceelement as lower elements. (L34010).

The VideoRole element may indicate the role of the corresponding VideoComponent. In accordance with the embodiment, the VideoRole element mayhave an integer value in consideration of future extensibility. Inaddition, this embodiment can provide the range of the above VideoRoleelement in such a manner that not only the role achieved when the VideoComponent is denoted by ‘presentable’, but also the other role achievedwhen the Video Component is denoted by ‘composite’ can be displayed.

The TargetUserProfile element and the TargetDevice element maycorrespond to the common element of all the presentable components.These elements may indicate attributes of the target.

If the VideoRole element according to the embodiment is denoted by 0,this means ‘Unspecified’. If the VideoRole element is denoted by 1, thismeans ‘Primary (default) video’. If the VideoRole element is denoted by2, this means ‘Alternative camera view’. If the VideoRole element isdenoted by 3, this means ‘Other alternative video component’. If theVideoRole element is denoted by 4, this means ‘Sign language (e.g., ASL)inset’. If the VideoRole element is denoted by 5, this means ‘Followsubject video’. If the VideoRole element is denoted by 6, this means‘Base layer for scalable video encoding’. If the VideoRole element isdenoted by 7, this means ‘Enhancement layer for scalable video encodingwith level’. If the VideoRole element is denoted by 8, this means ‘3Dvideo left view’. If the VideoRole element is denoted by 9, this means‘3D video right view’. If the VideoRole element is denoted by 10, thismeans ‘3D video depth information’. If the VideoRole element is denotedby 11, this means ‘Part of video array, <x,y> of <n,m>. If the VideoRoleelement is denoted by 12, this means ‘FollowSubject metadata’. If theVideoRole element is denoted by 13˜25, this means ‘Reserved’. If theVideoRole element is denoted by 0˜5, this means the role of PresentableVideo Component. If the VideoRole element is denoted by 6˜12, this meansthe role of Composite Video Component. If the VideoRole element isdenoted by 13˜255, this means the role of ‘Other Video Component’.(L34020)

FIG. 35 illustrates an XML schema of an AudioComponent element and anAudioRole element according to an embodiment of the present invention.

The embodiment of the present invention can provide a method fordescribing Audio Component used in hybrid broadcasting.

The AudioComponent element according to the embodiment may have theassociatedTo attribute and/or the NumberOfAudioChnnels attribute. TheAudioComponent element may have the AudioRole element, theTargetUserProfile element, and/or the TargetDevice element as lowerelements. (L35010)

The associatedTo attribute may indicate whether the corresponding AudioComponent is associated with the Presentable Video Component. Thisattribute may have an id value of the component fragment.

The NumberOfAudioChnnels attribute may indicate the number of AudioComponent channels.

The AudioRole element may indicate the role of the corresponding AudioComponent. In accordance with the embodiment, the AudioRole element mayhave an integer value in consideration of future extensibility.

The TargetUserProfile and the TargetDevice element may correspond to thecommon element of all the presentable components. These elements mayrepresent target attributes.

The AudioRole element according to the embodiment may have the values of0˜7. If the AudioRole element is set to zero ‘0’, this means‘Unspecified’. If the AudioRole element is set to 1, this means‘Complete main’. If the AudioRole element is set to 2, this means‘Music’. If the AudioRole element is set to 3, this means ‘Dialog’. Ifthe AudioRole element is set to 4, this means ‘Effects’. If theAudioRole element is set to 5, this means ‘Visually impaired’. If theAudioRole element is set to 6, this means ‘Hearing impaired’. If theAudioRole element is set to 7, this means ‘Commentary’. If the AudioRoleelement is set to the values of 8 to 255, this means ‘Reserved’.(L35020)

FIG. 36 illustrates an XML schema of a CCComponent element and a CCRoleelement according to an embodiment of the present invention.

Referring to FIG. 36, the embodiment can provide a method for describinga CC Component used in hybrid broadcasting.

The CCComponent element according to the embodiment may have anassociatedTo attribute, a CCRole element, a TargetUserProfile element,and/or a TargetDevice element as lower elements. (L36010)

The associatedTo attribute may indicate whether the corresponding CCComponent is associated with the Presentable Video Component. TheassociatedTo attribute may have an ‘id’ value of the component fragment.

The associatedTo attribute may indicate the role of the corresponding CCComponent. In accordance with the embodiment, the associatedTo attributemay have an integer value in consideration of the future extensibility.

The TargetUserProfile element and the TargetDevice element maycorrespond to the common element of all the presentable components. TheTargetUserProfile and TargetDevice elements may indicate targetattributes.

The CCRole element according to the embodiment may have the values of 0to 2. If the CCRole element is set to zero (0), this means‘unspecified’. If the CCRole element is set to 1, this means ‘normal’.If the CCRole element is set to 2, this means the easy reader. (L36020).

FIG. 37 illustrates an XML schema of component fragments regarding aComposite Video Component including one base layer and two enhancementlayers in scalable video coding according to an embodiment of thepresent invention.

In accordance with this embodiment, the component fragment (L37010)located at the top of FIG. 37 may have the ID value“bcast://lge.com/Component/1”, and may indicate that the correspondingcomponent is any of the Continuous and Composite components using theComponentType element.

The Component fragment (L37020) located to the left of FIG. 37 may have“bcast://lge.com/Component/2” as the ID value, and may indicate that thecorresponding component is any of the Continuous and Elementarycomponents using the ComponentType element. In addition, the Componentfragment (L37020) may indicate that the corresponding component relatesto the Video component using the ComponentData element, the ContentTypeattribute, the VideoComponent element, and the VideoRole element, andmay indicate that the corresponding element is a “Base Layer of SVC”component.

The Component fragment (L37030) located to the right of FIG. 37 may have“bcast://lge.com/Component/3” as the ID value, and may indicate that thecorresponding component is any of the Continuous and Elementarycomponents using the ComponentType element. In addition, the Componentfragment (L37030) may indicate that the corresponding component relatesto the Video component using the ComponentData element, the ContentTypeattribute, the VideoComponent element, and the VideoRole element, andmay indicate that the corresponding element is an “Enhancement Layer ofSVC” component.

FIG. 38 illustrates an XML schema of component fragments regarding aComposite Component including a 3D video left view and a 3D video rightview according to an embodiment of the present invention.

In accordance with the embodiment, the Component fragment (L38010)located to the top of FIG. 38 may have “bcast://lge.com/Component/1” asthe ID value, and may indicate that the corresponding component is anyof the Continuous and Composite components using the ComponentTypeelement.

The Component fragment (L38020) located to the left of FIG. 38 may have“bcast://lge.com/Component/2” as the ID value, and may indicate that thecorresponding component is any of the Continuous and PickOne componentsusing the ComponentType element. In addition, the Component fragment(L38020) may indicate that the corresponding component relates to theVideo component using the ComponentData element, the ContentTypeattribute, the VideoComponent element, and the VideoRole element, andmay indicate that the corresponding element is a “3D video left view”component.

The Component fragment (L38030) located to the right of FIG. 38 may have“bcast://lge.com/Component/3” as the ID value, and may indicate that thecorresponding component is any of the Continuous and PickOne componentsusing the ComponentType element. In addition, the Component fragment(L38030) may indicate that the corresponding component relates to theVideo component using the ComponentData element, the ContentTypeattribute, the VideoComponent element, and the VideoRole element, andmay indicate that the corresponding element is a “3D video right view”component.

FIG. 39 illustrates an XML schema of component fragments configured todescribe a Complete Audio Component according to an embodiment of thepresent invention.

In accordance with the embodiment, the Component fragment (L39010)located at the uppermost part of FIG. 39 may have“bcast://lge.com/Component/1” as the ID value, and may indicate that thecorresponding component is any of the Continuous and PickOne componentsusing the ComponentType element.

The Component fragment (L39020) located to the left side of the secondcolumn of FIG. 39 may have “bcast://lge.com/Component/2” as the IDvalue, and may indicate that the corresponding component is any of theContinuous and PickOne components using the ComponentType element. Inaddition, the Component fragment (L39020) may indicate that thecorresponding component relates to the Audio component using theComponentData element, the ContentType attribute, the AudioComponentelement, and the AudioRole element, and may indicate that thecorresponding element is a Completely Main component.

The Component fragment (L39030) located to the right part of the secondcolumn of FIG. 39 may have “bcast://lge.com/Component/3” as the IDvalue, and may indicate that the corresponding component is any of theContinuous and Composite components using the ComponentType element.

The Component fragment (L39040) located to the left side of the thirdcolumn of FIG. 39 may have “bcast://lge.com/Component/4” as the IDvalue, and may indicate that the corresponding component is any of theContinuous and PickOne components using the ComponentType element. Inaddition, the Component fragment (L39040) may indicate that thecorresponding component relates to the Audio component using theComponentData element, the ContentType attribute, the AudioComponentelement, and the AudioRole element, and may indicate that thecorresponding element is a Music component.

The Component fragment (L39050) located to the right side of the thirdcolumn of FIG. 39 may have “bcast://lge.com/Component/5” as the IDvalue, and may indicate that the corresponding component is any of theContinuous and PickOne components using the ComponentType element. Inaddition, the Component fragment (L39050) may indicate that thecorresponding component relates to the Audio component using theComponentData element, the ContentType attribute, the AudioComponentelement, and the AudioRole element, and may indicate that thecorresponding element is a Dialogue component.

FIG. 40 illustrates an XML schema of a component element contained in acontent fragment according to an embodiment of the present invention.

Referring to FIG. 40, the component contained in the content may beconstructed as the sub-element. The Component element may be containedin the Content fragment. In this case, the sub-element may have the samemeaning as the lower element.

The Component element according to one embodiment may indicate componentinformation contained in the content.

The Component element type according to one embodiment may be denoted byComponentElementType. The ComponentElementType may define componentinformation contained in the content in the form of a sequence.Therefore, all types of components contained in the content may bewritten in the ComponentElementType.

The Component element according to one embodiment may have a VideoDataelement, an AudioData element, and/or a CCData element as thesub-elements. In addition, the VideoData element may have a VideoRoleelement, a TargetUserProfile element, and/or a TargetDevice element asthe sub-elements. The AudioData element may have an AudioRole element, aTargetUserProfile element, and/or a TargetDevice element as thesub-elements. The CCData element may have a CCRole element, aTargetUserProfile element, and/or a TargetDevice element as thesub-elements. Detailed description of the above-mentioned elements hasalready been disclosed above.

FIG. 41 illustrates an XML schema of a content fragment regarding aLinear Service including Video, Audio, and CC Components according to anembodiment of the present invention.

Referring to FIG. 41, assuming that the Component element is constructedin the content fragment according to one embodiment, the Reference rulesbetween the plurality of Components need not be used, resulting inincreased efficiency. Therefore, assuming that the receiver according toone embodiment receives the content fragment, it can be recognized whichcomponent is used as the constituent element of the correspondingcontent, and it may be possible to intuitively recognize the role of therecognized component.

In accordance with the embodiment, the Component element may be definedin the PricateExt element contained in the Content fragment.

Referring to the left side of FIG. 41 and the schema thereof, the 2Dtennis broadcast content may include Video, Audio and CC components. TheVideo component may indicate a Primary (default) video. The Audiocomponent may indicate a Complete main. The CC component may indicate anormal.

Referring to the right side of FIG. 41 and the schema thereof, the 3Dtennis broadcast content may include 2 Video components, the Audiocomponent, and a CC component. The first Video component of the 3Dtennis broadcast content may indicate a 3D video left view. The secondVideo component may indicate a 3D video right view. The Audio componentmay indicate a Complete main. The CC component may indicate a normal.

FIG. 42 illustrates an XML schema of a component element when thecomponent element is defined in the content fragment so as to describethe association relationship among Video, Audio, and CC components.

In accordance with the embodiment, it may be necessary to define theassociation relationship between constituent components of the singlecontent.

In accordance with the embodiment, assuming that the Component elementis constructed in the Content fragment, all the components (i.e., Video,Audio and/or CC components) contained in the corresponding content aredescribed in the Content fragment, such that the associationrelationship between the components need not be independently described.

FIG. 43 is a conceptual diagram illustrating an exemplary case in whichAssociatedTo attributes are used to describe the associationrelationship among Video, Audio, and CC components.

In accordance with one embodiment of the present invention, theassociatedTo attribute may be described as the Audio and CC componentattributes so as to describe the association relationship betweenPresentable Video, Audio and CC Components. As a result, if the receiveraccording to one embodiment receives the Audio component, the receivermay recognize the Video component associated with the received Audiocomponent. Likewise, if the receiver receives the CC component, thereceiver may recognize the Video component associated with the receivedCC component.

Referring to FIG. 43, the embodiment of the present invention may definethe associatedTo attribute as the attribute of the AudioComponentelement located below the ComponentData element, and may define theassociatedTo attribute as the attribute of the CCComponent element.

FIG. 44 is a conceptual diagram illustrating an exemplary case in whichassociatedAudio and associatedCC attributes are used to describe theassociation relationship among Video, Audio, and CC components.

In order to define the association relationship between PresentableVideo, Audio and CC Components, the associatedAudio and associatedCCattributes may be described (or written) as the Video component. As aresult, if the receiver according to one embodiment receives the Videocomponent, the receiver may recognize all the Audio and/or CC componentsassociated with the received Video component.

Referring to FIG. 44, the embodiment of the present invention may definethe associatedAudio and/or associatedCC attributes as the attribute ofthe VideoComponent element located below the ComponentData element, andmay define the associatedAudio and/or associatedCC attributes as theattribute of the VideoComponent element.

FIG. 45 is a conceptual diagram illustrating the associationrelationship among Video, Audio, and CC components using AssociatedToattributes.

Referring to FIG. 45, the associatedTo attribute is defined in theAudioComponent element in the Component fragment describing thePresentable Audio Component, and refers to“bcast://lge.com/Component/1”, such that the Component fragmentdescribing the Presentable Video Component associated with thecorresponding Presentable Audio Component may be signaled.

In accordance with the embodiment, the associatedTo attribute is definedin the CCComponent element in the Component fragment describing thePresentable CC Component, and refers to “bcast://lge.com/Component/1”,such that the Component fragment describing the Presentable VideoComponent associated with the corresponding Presentable CC Component maybe signaled.

FIG. 46 is a conceptual diagram illustrating the associationrelationship among Video, Audio, and CC components using associatedAudioand/or associatedCC attributes.

In accordance with the embodiment, the associatedAudio attribute and theassociatedCC attribute are defined in the VideoComponent element in theComponent fragment describing the Presentable Video Component, andrespectively refers to “bcast://lge.com/Component/2” and“bcast://lge.com/Component/3”, such that the Component fragmentsdescribing not only the Presentable Audio component associated with thecorresponding Presentable Video Component but also the Presentable CCComponent may be signaled.

FIG. 47 is a conceptual diagram illustrating the reference relationshipbetween fragments according to an embodiment of the present invention.

In accordance with one embodiment, the method for defining Service,Content, and Component fragments to provide the service guide of thenext-generation broadcast system has been disclosed.

The relationship between the above-mentioned fragments is defined, suchthat the embodiment of the present invention can provide a method forperforming announcement of the service guide for use in the nextgeneration hybrid broadcast system.

In accordance with the embodiment, the Component fragment may refer tothe Service fragment and/or the Content fragment.

Referring to FIG. 47, the Component fragment may refer to the Servicefragment and the Content fragment. The Component fragment may refer tothe Service fragment. The Schedule fragment may refer to the Service,Content, and Component fragments.

FIG. 48 illustrates an XML schema of a Component fragment including anelement indicating the reference relationship between fragmentsaccording to an embodiment of the present invention.

Referring to FIG. 48, the Component fragment may refer to theServiceReference element, the ContentReference element, and/or theComponentReference element. Each of the above-mentioned elements mayhave the idRef attribute indicating each ID.

The ServiceReference element may represent the Service fragment in thecorresponding Component fragment, and may have the ID value of thereferenced Service fragment.

The ContentReference element may represent the Content fragmentreferenced by the corresponding Component fragment, and may have an IDvalue of the referenced Content fragment.

The ComponentReference element may represent a higher Component fragmentreferenced by the corresponding Component fragment, and may have an IDvalue of the referenced higher Component fragment. In this case, thecross-reference relationship between the Component fragments or therelationship between subordinates and superiors between the Componentfragments may be established according to classification of type valuesdenoted by the above-mentioned ComponentType elements.

FIG. 49 illustrates an XML schema of a Schedule fragment including anelement indicating the reference relationship between fragmentsaccording to an embodiment of the present invention.

Referring to FIG. 49, the Schedule fragment according to one embodimentmay include the ServiceReference element, the ContentReference element,and/or the ComponentReference element. Each of the above-mentionedelements may have the idRef attribute indicating each ID.

The ServiceReference element may represent the referenced Servicefragment, and may have an ID value of the referenced Service fragment.As a result, the Schedule fragment may provide time information of thecorresponding service.

The ContentReference element may indicate the referenced Contentfragment, and may have the ID value of the referenced Content fragment.As a result, the Schedule fragment may provide time information of thecorresponding Content.

The ComponentReference element may indicate the referenced Componentfragment, and may have the ID value of the referenced Componentfragment. As a result, the Schedule fragment may provide timeinformation of the corresponding Component.

FIG. 50 illustrates the reference relationship among Service, Content,and Component fragments according to an embodiment of the presentinvention.

Referring to FIG. 50, the Component fragment describing the PresentableAudio Component and the Component fragment describing the Presentable CCComponent may refer to the other Component fragment describing thePresentable Video Component using the associatedTo attribute.

In addition, the Component fragment describing the Presentable AudioComponent, the Component fragment describing the Presentable CCComponent, and the Component fragment describing the Presentable VideoComponent may refer to the Content fragment using the ContentReferenceelement. Here, the Content fragment may have the ID value denoted by“bcast://lge.com/Content/1”.

The Content fragment in which the ID value is denoted by“bcast://lge.com/Content/1” may refer to the Service fragment in whichthe ID value is denoted by “bcast://lge.com/Service/1”, using theServiceReference element.

As described above, the embodiment of the present invention defines thecross-reference relationship between the fragments, and can constructthe service guide model capable of being provided from the hybridbroadcast system.

FIG. 51 illustrates the reference relationship among Component fragmentsconfigured to describe a Continuous Component according to an embodimentof the present invention.

The embodiment of the present invention defines the cross-referencerelationship between the component fragments, and can describe thecross-reference relationship between the Continuous Components capableof being provided from the hybrid broadcast system.

In accordance with the embodiment of the present invention, theContinuous Component may correspond to any of various components havingthe ComponentType values of 1˜6 (i.e., the Continuous component, theElementary component, the Composite component, the PickOne component,the Complex component, and/or the Presentable component). As can be seenfrom FIG. 51, the cross-reference relationship between theabove-mentioned Continuous Components can be represented.

In accordance with one embodiment of the present invention, theComponent fragment (id=“bcast://lge.com/Component/4”) describing theSecond Enhancement Layer may include “bcast://lge.com/Component/3” inthe ComponentReference element, such that the Component fragment(id=“bcast://lge.com/Component/4”) may refer to the Component fragment(id=“bcast://lge.com/Component/3”) describing the First EnhancementLayer.

As described above, since the Component fragment(id=“bcast://lge.com/Component/3”) describing the First EnhancementLayer includes “bcast://lge.com/Component/2” in the ComponentReferenceelement, the Component fragment (id=“bcast://lge.com/Component/3”) mayrefer to the component fragment (id=“bcast://lge.com/Component/2”)describing the Base layer.

In this way, the Component fragment (id=“bcast://lge.com/Component/2”)describing the Base Layer includes (“bcast://lge.com/Component/1”) inthe ComponentReference element, such that the Component fragment(id=“bcast://lge.com/Component/2”) may refer to the Component fragment(id=“bcast://lge.com/Component/1”) describing the Composite Component.

FIG. 52 illustrates the reference relationship between Componentfragments configured to describe a component associated with AppBasedEnhancement according to an embodiment of the present invention.

The embodiment of the present invention defines the cross-referencerelationship between the component fragments, such that it can describethe cross-reference relationship between the AppBased Enhancementassociated components capable of being received from the hybridbroadcast system.

In accordance with the embodiment, the components corresponding to theComponentType values of 7˜13, i.e., NRT File, NRT Content Item,Application, ATSC3.0 Application. On Demand component, NotificationStream and/or AppBased Enhancement, may correspond to the AppBasedEnhancement associated Components. As can be seen from FIG. 52, thecross-reference relationship between the above-mentioned AppBasedEnhancement associated components can be described.

In accordance with the embodiment, the component fragment(id=“bcast://lge.com/Component/3”) describing the NRT File may include“bcast://lge.com/Component/2” in the ComponentReference element, suchthat the component fragment (id=“bcast://lge.com/Component/3”) may referto the component fragment (id=“bcast://lge.com/Component/2”) describingthe NRT Content Item.

The component fragment (id=“bcast://lge.com/Component/2”) describing theNRT Content Item includes “bcast://lge.com/Component/1” in theComponentReference element, such that the component fragment(id=“bcast://lge.com/Component/2”) may refer to the component fragment(id=“bcast://lge.com/Component/1”) describing the AppBased Enhancement.

The component fragment (id=“bcast;//lge.com/Component/5”) describing theOn Demand component includes “bcast://lge.com/Component/1” in theComponentReference element, such that the component fragment(id=“bcast://lge.com/Component/5”) may refer to the component fragment(id=“bcast://lge.com/Component/1”) describing the AppBased Enhancement.

The component fragment (id=“bcast://lge.com/Component/4”) describing theApplication includes “bcast://lge.com/Component/1” in theComponentReference element, such that the component fragment(id=“bcast://lge.com/Component/4”) may refer to the component fragment(id=“bcast://lge.com/Component/1”) describing the AppBased Enhancement.

FIG. 53 illustrates functions to be used when a content fragment refersto the associated service fragment according to an embodiment of thepresent invention.

When describing the Service fragment to be referenced by the Contentfragment, the embodiment of the present invention can provide a serviceguide method for describing detailed functions supported in the hybridbroadcast network.

The Content fragment according to the embodiment may have theServiceReference element. The ServiceReference element may include theidRef attribute, the weigh attribute, and/or the relationship attribute.

The idRef attribute may indicate the ID of the reference Servicefragment.

The weigh attribute may indicate importance or significance of theService fragment to be referred.

When the relationship attribute refers to the Service fragment, therelationship may indicate the relationship between the Content fragmentand the Service fragment. Further, this attribute value may berepresented by an integer value for future extensibility. If thisattribute value is set to zero ‘0’, this means ‘unspecified’. If thisattribute value is set to 1, this means ‘ProgramOf’. If this attributevalue is set to 2, this means ‘ContentItemOf’. If this attribute valueis set to 3, this means ‘OnDemandComponentOf’. If this attribute valueis set to any of the values of 4˜255, this means ‘reserved’. ProgramOfmay indicate that the corresponding content corresponds to thereferenced service program. ContentItemOf may indicate that thecorresponding content corresponds to ContentItem of the referencedservice. OnDemandComponentOf may indicate that the corresponding contentcorresponds to OnDemandComponent of the referenced service.

FIG. 54 is a conceptual diagram illustrating an exemplary case in whichthe content fragment refers to the associated service fragment using therelationship attributes according to an embodiment of the presentinvention.

When the receiver according to one embodiment of the present inventionrefers to the Service fragment using the relationship attribute, it maybe possible to recognize the relationship between both fragments.Therefore, although the embodiment does not analyze the scope extendingto the component level using the relationship attribute, the embodimentmay recognize which attribute is assigned to the content belonging tothe corresponding service, and then inform the user of the recognizedattribute information using the service guide.

Referring to FIG. 54, a total of 3 Content fragments may refer to theService fragment having the ID value denoted by“bcast://lge.com/Service/l” using the ServiceReference element. The leftcontent fragment may have the value of 1 as the relationship attributevalue, such that this means the Program of the referenced servicefragment. The intermediate content fragment has the value of 2 as therelationship attribute value, such that ContentItem of the referencedservice fragment can be indicated. The right content fragment has therelationship attribute value of 3, such that OnDemandComponent of thereferenced service fragment can be indicated.

FIG. 55 is a conceptual diagram illustrating the reference relationshipbetween fragments according to another embodiment of the presentinvention.

In accordance with one embodiment, the method for defining Service,Content, and Component fragments to provide the service guide of thenext-generation broadcast system has been disclosed.

The relationship between the above-mentioned fragments is defined, suchthat the embodiment of the present invention can provide a method forperforming announcement of the service guide for use in the nextgeneration hybrid broadcast system.

In accordance with the embodiment, the Service fragment may refer to theContent fragment and/or the Component fragment.

Referring to FIG. 55, the Service t fragment may refer to the Contentfragment and the Component fragment. The Content fragment may refer tothe Component fragment. The Schedule fragment may refer to the Service,Content, and Component fragments.

The embodiment may reduce the amount of resources needed to search notonly for the constituent content of a specific service but also for thecomponent element.

FIG. 56 is a conceptual diagram illustrating a service fragmentincluding not only elements indicating the reference relationshipbetween fragments, but also a content fragment and an XML schema of thecomponent fragment according to another embodiment of the presentinvention.

Referring to FIG. 56, the cross-reference relationship may be achievedbetween the respective fragments of the service guide according to theembodiment.

The service fragment according to one embodiment may include theContentReference element and/or the ComponentReference element. Each ofthe above-mentioned elements may have the idRef attribute indicatingeach ID. (L56010)

The ContentReference element may represent the Content fragment in thecorresponding Component fragment, and may have the ID value of thereferenced Content fragment.

The ContentReference element may represent the Component fragmentreferenced by the corresponding Service fragment, and may have an IDvalue of the referenced Component fragment.

The Content fragment according to the embodiment may include theComponentReference element. The ComponentReference element may have theidRef attribute indicating the ID of this element. (L56020)

The ComponentReference element may represent the Component fragmentreferenced by the corresponding content fragment, and may have the IDvalue of the referenced component fragment.

The Component fragment according to the embodiment may include theComponentReference element. This Component fragment may have the idRefattribute indicating the ID of this element. (L56030)

The ComponentReference element may represent a lower Component fragmentreferenced by the corresponding Component fragment, and may have an IDvalue of the referenced lower Component fragment. In this case, thecross-reference relationship between the Component fragments or therelationship between subordinates and superiors between the Componentfragments may be established according to classification of type valuesdenoted by the above-mentioned ComponentType elements.

The Schedule fragment according to one embodiment may include theServiceReference element, the ContentReference element, and/or theComponentReference element. Each of the above-mentioned elements mayhave the idRef attribute indicating each ID. (not shown)

The ServiceReference element may represent the referenced Servicefragment, and may have an ID value of the referenced Service fragment.As a result, the Schedule fragment may provide time information of thecorresponding service.

ContentReference element may indicate the referenced Content fragment,and may have the ID value of the referenced Content fragment. As aresult, the Schedule fragment may provide time information of thecorresponding Content.

The ComponentReference element may indicate the referenced Componentfragment, and may have the ID value of the referenced Componentfragment. As a result, the Schedule fragment may provide timeinformation of the corresponding Component.

FIG. 57 is a conceptual diagram illustrating the reference relationshipbetween Service, Content and Component fragments according to anotherembodiment of the present invention.

Referring to FIG. 57, the Component fragment describing the PresentableAudio Component and the Component fragment describing the Presentable CCComponent may refer to the other component describing the PresentableVideo Component using the associatedTo attribute.

The Service fragment in which the ID value is denoted by“bcast://lge.com/Service/1” may refer to the Content fragment in whichthe ID value is denoted by “bcast://lge.com/Content/1”, using theContentReference element.

The Service fragment in which the ID value is denoted by“bcast://lge.com/Content/1” may refer to the Content fragment in whichthe ID value is denoted by “bcast://lge.com/Component/1”, using theComponentReference element.

As described above, the embodiment of the present invention defines thecross-reference relationship between the fragments, and can constructthe service guide model capable of being provided from the hybridbroadcast system.

The embodiment of the present invention uses the reference directionranging from the higher layer to the lower level in the same manner asin the above-mentioned method in which the Service fragment refers tothe content fragment and the Content fragment refers to the componentfragment, such that the embodiment shown in FIG. 57 can greatly reducethe amount of resources to be consumed.

FIG. 58 is a conceptual diagram illustrating the reference relationshipbetween Component fragments describing a Continuous Component accordingto another embodiment of the present invention.

The embodiment of the present invention defines the cross-referencerelationship between the component fragments, and can describe thecross-reference relationship between the Continuous Components capableof being provided from the hybrid broadcast system.

In accordance with the embodiment of the present invention, theContinuous Component may correspond to any of various components havingthe ComponentType values of 1˜6 (i.e., the Continuous component, theElementary component, the Composite component, the PickOne component,the Complex component, and/or the Presentable component). As can be seenfrom FIG. 58, the cross-reference relationship between theabove-mentioned Continuous Components can be represented.

In accordance with one embodiment of the present invention, theComponent fragment (id=“bcast://lge.com/Component/1”) describing theComposite Component may include “bcast://lge.com/Component/2” in theComponentReference element, such that the Component fragment(id=“bcast://lge.com/Component/1”) may refer to the Component fragment(id=“bcast://lge.com/Component/2”) describing the Base Layer.

As described above, since the Component fragment(id=“bcast://lge.com/Component/2”) describing the Base Layer includes“bcast://lge.com/Component/2” in the ComponentReference element, theComponent fragment (id=“bcast://lge.com/Component/2”) may refer to thecomponent fragment (id=“bcast://lge.com/Component/3”) describing theFirst Enhancement layer.

Likewise, the Component fragment (id=“bcast://lge.com/Component/3”)describing the First Enhancement Layer includes(“bcast://lge.com/Component/4”) in the ComponentReference element, suchthat the Component fragment (id=“bcast://lge.com/Component/3”) may referto the Component fragment (id=“bcast://lge.com/Component/4”) describingthe Second Enhancement Layer.

FIG. 59 is a conceptual diagram illustrating the reference relationshipbetween Component fragments describing a component associated withAppBased Enhancement according to another embodiment of the presentinvention.

The embodiment of the present invention defines the cross-referencerelationship between the component fragments, such that it can describethe cross-reference relationship between the AppBased Enhancementassociated components capable of being received from the hybridbroadcast system.

In accordance with the embodiment, the components corresponding to theComponentType values of 7˜13, i.e., NRT File, NRT Content Item,Application, ATSC3.0 Application, On Demand component, NotificationStream and/or AppBased Enhancement, may correspond to the AppBasedEnhancement associated Components. As can be seen from FIG. 59, thecross-reference relationship between the above-mentioned AppBasedEnhancement associated components can be described.

In accordance with the embodiment, the Component fragment(id=“bcast://lge.com/Component/1”) describing the AppBased Enhancementmay include “bcast://lge.com/Component/2”,“bcast://lge.com/Component/4”, and “bcast://lge.com/Component/5” in theComponentReference element, such that the Component fragment(id=“bcast://lge.com/Component/1”) may refer to the component fragment(id=“bcast://lge.com/Component/2”) describing the NRT Content Item, thecomponent fragment (id=“bcast;//lge.com/Component/4”) describing theApplication, and the component fragment(id=“bcast://lge.com/Component/5”) describing the OnDemand component.

The component fragment (id=“bcast://lge.com/Component/2”) describing theNRT Content Item includes “bcast://lge.com/Component/3” in theComponentReference element, such that the component fragment(id=“bcast://lge.com/Component/2”) may refer to the component fragment(id=“bcast://lge.com/Component/3”) describing the NRT File.

FIGS. 60 and 61 illustrate the Component fragments according to anembodiment of the present invention.

It should be noted that Table of FIG. 60 and Table of FIG. 61 aregrouped into one table such that two tables shown in FIGS. 60 and 61 maycorrespond to one table.

The component fragment according to the embodiment may include an idattribute, a version attribute, a validFrom attribute, a validToattribute, a ServiceReference element, a ContentReference element,ComponentReference element, a ComponentType element, a ComponentRoleelement, a PrivateExt element, and/or a ProprietaryElements element.Each of the ServiceReference element, the ContentReference element, andthe ComponentReference element may include the idRef attribute. Theabove-mentioned id attribute and/or the idRef attribute may include theURI format, and the above-mentioned attribute and/or elements willhereinafter be described.

FIG. 62 illustrates an XML schema of a Component fragment according toanother embodiment of the present invention.

Referring to FIG. 62, the Component fragment according to one embodimentmay describe some parts of content to be referenced by the component, ormay describe some parts of the service to be referenced by thecomponent. (The ‘Component’ fragment describes a component that is apart of a service or a content that the component refers to.)

The Component fragment according to the embodiment may include an idattribute, a version attribute, a validFrom attribute, a validToattribute, a ServiceReference element, a ContentReference element, aComponentReference element, a ComponentType element, a ComponentRoleelement, a PrivateExt element, and/or a ProprietaryElements element.

The ‘id’ attribute may indicate an ID of the component fragment. Thisattribute value may be globally unique.

The version attribute may indicate version information of the componentfragment.

The validFrom attribute may indicate an initial time at which thecomponent fragment is valid.

The validTo attribute may denote the last time at which the componentfragment is valid.

The ServiceReference element may refer to the service fragment includingthe corresponding component.

The ContentReference element may refer to the Content fragment includingthe corresponding component.

The ComponentReference element may refer to the component fragmentincluding the corresponding component.

The ComponentType element may indicate the content type denoted by theComponent fragment. If the types are mixed with each other, theComponentType element may indicate the type using one or moreComponentType element.

The ComponentRole element may indicate the role of the correspondingcomponent. In accordance with the embodiment of the present invention,if the corresponding component is set to the Presentable Video, theComposite Video, the Presentable Audio, or the Presentable CC component,the ComponentRole element may include the Component Role, and a detaileddescription of the ComponentRole is as follows.

The PrivateExt element may indicate a container for proprietary orapplication-specified extension. (The PrivateExt element may serve as acontainer for proprietary or applicationspecific extensions.)

The ProprietaryElements element may indicate proprietary orapplication-specific elements. The ProprietaryElements element mayinclude one or more sub-elements or one or more attributes.

FIG. 63 illustrates an XML schema of a ComponentType element accordingto another embodiment of the present invention.

Referring to FIG. 63, the component according to the embodiment mayrepresent all the ComponentType elements capable of being transmittedthrough hybrid broadcasting. For this purpose, the range of the type maybe represented by an integer value.

In accordance with the embodiment, not all the components include data(ComponentData), such that the reception apparatus can first recognizethe type value of the component fragment, and then recognize informationregarding component data.

The relationship between subordinates and superiors of the components orthe subordinate relationship of the respective components willhereinafter be given.

In accordance with the embodiment, the ComponentRangeType indicating theComponentType element type may be set to zero as a minimum value, andmay be set to 15 as a maximum value.

As shown in FIG. 63, if the ComponentType element value is set to zero,this means ‘Unspecified’. If the ComponentType element value is set to1, this means a Continuous component. If the ComponentType element valueis set to 2, this means an Elementary component. If the ComponentTypeelement value is set to 3, this means a Composite component. If theComponentType element value is set to 4, this means a PickOne component.If the ComponentType element value is set to 5, this means a Complexcomponent. If the ComponentType element value is set to 6, this means aPresentable Audio component. If the ComponentType element value is setto 7, this means a Presentable Audio component. If the ComponentTypeelement value is set to 8, this means a Presentable CC component. If theComponentType element value is set to 9, this means an NRT File. If theComponentType element value is set to 10, this means an NRT ContentItem. If the ComponentType element value is set to 11, this means anApplication. If the ComponentType element value is set to 12, this meansan ATSC3.0 Application. If the ComponentType element value is set to 13,this means an On Demand component. If the ComponentType element value isset to 14, this means a Notification Stream. If the ComponentTypeelement value is set to 15, this means an AppBased Enhancement. If theComponentType element value is set to any one of 16 to 255, this means‘Reserved’.

The Continuous component may indicate a content component represented inone continuous stream. For example, the Continuous component maycorrespond to Audio, Video, or Closed Caption.

The Elementary component may indicate a Continuous componentcorresponding to single encoding. That is, the Elementary component mayindicate a Continuous component encoded by a separate encoder. Forexample, single encoding of the sound sequence, single encoding of thepicture sequence, or the single closed caption track may correspond tothe Elementary component.

The Composite component may indicate a content component constructingthe set of continuous components which have the same content type,represent the same scene, and can be combined to construct onepresentation. For example, the Composite component may be implemented asmusic, dialogue, and sound effect, which are to be mixed to providehigh-quality audio. In addition, a left-eye image and a right-eye imageto be combined to construct a three dimensional (3D) image may alsocorrespond to the composite component.

The PickOne component may indicate a content component constructing theset of continuous components capable of being selected to have the samecontent type, display the same scene, and construct one presentation.For example, the set of audio components encoded by bit rates differentfrom those of the same sound sequence, the set of video componentsencoded by bit rates different from those of the same picture sequence,or the set of general closed caption tracks and easy reader closedcaption tracks for the same dialogue may correspond to the PickOnecomponent.

The Complex component may indicate the Composite component or thePickOne component.

The Presentable component may denote the Continuous component displayedfor the user. The Presentable component may include the Elementarycomponent or Complex component.

The Presentable Video component may denote the Video Continuouscomponent displayed for the user.

The Presentable Audio component may denote the Audio Continuouscomponent displayed for the user.

The Presentable CC component may denote the CC Continuous componentdisplayed for the user.

The NRT File may indicate a non-realtime transmission file.

The NRT Content Item may indicate the set of one or more NRT files to bepackage-consumed by users who will purchase the set of NRT files.

The Application may indicate the set of constituent documents of thecomplete enhanced or interactive service. The above-mentioned documentsmay include HTML, JavaScript, CSS, XML, and/or multimedia files. TheApplication may access another data instead of the part of theapplication. This Application may correspond to a special case of NRTContent Item.

The ATSC3.0 Application may indicate Application based on ATSC 3.0Application Runtime Environment Specification.

The On Demand component may indicate a content component transmitted ondemand.

The Notification Stream may indicate a stream capable of transmitting anotification message configured to synchronize actions of theapplication under Linear Time Base.

The AppBased Enhancement may include zero or more Notification Streamsto transmit synchronized notification of the actions, one or moreapplications, zero or more different NRT Content Items used by theapplication, and zero or more On Demand components managed by theapplication.

FIG. 64 illustrates an XML schema of a ComponentRole element accordingto an embodiment of the present invention.

Referring to FIG. 64, the component may indicate the role of all thecomponents capable of being transmitted through hybrid broadcasting. Forthis purpose, the ComponentRole element may be denoted by an integervalue.

The ComponentRole element may range from 0 to 21.

The Component element ranges from 0 to 21 such that it can indicate notonly the role obtained when the Component element is ‘Presentable’, butalso the role obtained when the Component element is ‘Composite’.

If the ComponentRole element according to the embodiment is denoted by0, this means ‘Unspecified’. If the ComponentRole element is denoted by1, this means ‘Primary (default) video’. If the ComponentRole element isdenoted by 2, this means ‘Alternative camera view’. If the ComponentRoleelement is denoted by 3, this means ‘Other alternative video component’.If the ComponentRole element is denoted by 4, this means ‘Sign language(e.g., ASL) inset’. If the ComponentRole element is denoted by 5, thismeans ‘Follow subject video’. If the ComponentRole element is denoted by6, this means ‘Base layer for scalable video encoding’. If theComponentRole element is denoted by 7, this means ‘Enhancement layer forscalable video encoding with level’. If the ComponentRole element isdenoted by 8, this means ‘3D video left view’. If the ComponentRoleelement is denoted by 9, this means ‘3D video right view’. If theComponentRole element is denoted by 10, this means ‘3D video depthinformation’. If the ComponentRole element is denoted by 11, this means‘Part of video array, <x,y> of <n,m>. If the ComponentRole element isdenoted by 12, this means ‘FollowSubject metadata’. If the ComponentRoleelement is denoted by 13, this means ‘Complete main’. If theComponentRole element is denoted by 14, this means ‘Music’. If theComponentRole element is denoted by 15, this means ‘Dialogue’. If theComponentRole element is denoted by 16, this means ‘Effects’. If theComponentRole element is denoted by 17, this means ‘Visually impaired’.If the ComponentRole element is denoted by 18, this means ‘Hearingimpaired’. If the ComponentRole element is denoted by 19, this means‘Commentary’. If the ComponentRole element is denoted by 20, this means‘Normal’. If the ComponentRole element is denoted by 21, this means‘Easy reader’. If the ComponentRole element is denoted by 22˜255, thismeans ‘Reserved’. If the ComponentRole element is denoted by 1˜5, thismeans the role of a presentable Video Component. If the ComponentRoleelement is denoted by 6˜12, this means the role of a Composite VideoComponent. If the ComponentRole element is denoted by 13˜19, this meansthe role of a presentable Audio Component. If the ComponentRole elementis denoted by 20˜21, this means the role of a presentable CC Component.

FIG. 65 illustrates an XML schema of component fragments regarding aComposite Video Component including one base layer and two enhancementlayers in scalable video coding according to another embodiment of thepresent invention.

In accordance with the embodiment, the Component fragment (L65010)located at the top of FIG. 65 may have the ID value“bcast://lge.com/Component/1”, may refer to the Service1 using theServiceReference element, may refer to the Content1 using theContentReference element, and may indicate that the correspondingcomponent is any of the Continuous and Composite components using theComponentType element.

The Component fragment (L65020) located to the left of FIG. 65 may have“bcast://lge.com/Component/2” as the ID value, may refer to the Service1using the ServiceReference element, may refer to the Content1 using theContentReference element, may refer to “bcast://lge.com/Component/1”using the ComponentReference element, and may indicate that thecorresponding element is Continuous, Elementary, and Base Layer of SVCcomponents using the ComponentType element.

The Component fragment (L65030) located to the right of FIG. 65 may have“bcast://lge.com/Component/3” as the ID value, may refer to the Service1using the ServiceReference element, may refer to the Content1 using theContentReference element, may refer to “bcast://lge.com/Component/1”using the ComponentReference element, and may indicate that thecorresponding element is Continuous, Elementary, and Enhancement Layerof SVC components using the ComponentType element.

FIG. 66 illustrates an XML schema of component fragments regarding aComposite Component including a 3D video left view and a 3D video rightview according to an embodiment of the present invention.

In accordance with the embodiment, the Component fragment (L66010)located at the top of FIG. 66 may have the ID value“bcast://lge.com/Componentll/1”, may refer to the Service1 using theServiceReference element, may refer to the Content1 using theContentReference element, and may indicate that the correspondingcomponent is any of the Continuous and Composite components using theComponentType element.

The Component fragment (L66020) located to the left of FIG. 66 may have“bcast://lge.com/Component/2” as the ID value, may refer to the Service1using the ServiceReference element, may refer to the Content1 using theContentReference element, may refer to “bcast://lge.com/Component/1”using the ComponentReference element, and may indicate that thecorresponding element is Continuous, PickOne, and 3D video left viewcomponents using the ComponentType element.

The Component fragment (L66030) located to the right of FIG. 66 may have“bcast://lge.com/Component/3” as the ID value, may refer to the Service1using the ServiceReference element, may refer to the Content1 using theContentReference element, may refer to “bcast://lge.com/Component/1”using the ComponentReference element, and may indicate that thecorresponding element is Continuous, PickOne, and 3D video right viewcomponents using the ComponentType element.

FIG. 67 illustrates an XML schema of component fragments configured todescribe a Complete Audio Component according to another embodiment ofthe present invention.

In accordance with the embodiment, the Component fragment (L67010)located at the uppermost part of FIG. 67 may have the ID value“bcast://lge.com/Component/1”, may refer to the Service1 using theServiceReference element, may refer to the Content1 using theContentReference element, and may indicate that the correspondingcomponent is any of the Continuous and PickOne components using theComponentType element.

The Component fragment (L67020) located to the left side of the secondcolumn of FIG. 67 may have “bcast://lge.com/Component/2” as the IDvalue, may refer to the Service1 using the ServiceReference element, mayrefer to the Content1 using the ContentReference element, may refer to“bcast://lge.com/Component/1” using the ComponentReference element, andmay indicate that the corresponding element is Continuous, PickOne, andAudio Completely Main components using the ComponentType element.

The Component fragment (L67030) located to the right side of the secondcolumn of FIG. 67 may have “bcast://lge.com/Component/3” as the IDvalue, may refer to the Service1 using the ServiceReference element, mayrefer to the Content1 using the ContentReference element, may refer to“bcast://lge.com/Component/1” using the ComponentReference element, andmay indicate that the corresponding element is Continuous and Compositecomponents using the ComponentType element.

The Component fragment (L67040) located to the left side of the thirdcolumn of FIG. 67 may have “bcast://lge.com/Component/4” as the IDvalue, may refer to the Service1 using the ServiceReference element, mayrefer to the Content1 using the ContentReference element, may refer to“bcast://lge.com/Component/3” using the ComponentReference element, andmay indicate that the corresponding element is Continuous, PickOne, andAudio Music components using the ComponentType element.

The Component fragment (L67050) located to the right side of the thirdcolumn of FIG. 67 may have “bcast://lge.com/Component/5” as the IDvalue, may refer to the Service1 using the ServiceReference element, mayrefer to the Content1 using the ContentReference element, may refer to“bcast://lge.com/Component/3” using the ComponentReference element, andmay indicate that the corresponding element is Continuous, PickOne, andAudio Music components using the ComponentType element.

FIG. 68 is a structural view illustrating a Content fragment accordingto an embodiment of the present invention.

Referring to FIG. 68, the embodiment of the present invention canprovide a method for defining the component as a lower element of theContent fragment, and announcing the defined result to the device anduser.

In accordance with the embodiment of the present invention, thecomponent fragment is constructed separately, such that it can reducethe number of unavoidable overlapping or repeated use times of theconstituent elements and/or attributes. In addition, the embodiment canintuitively provide the user with announcement information.

The Content fragment according to the embodiment may include the idattribute, the version attribute, the validFrom attribute, validToattribute, the globalContentID attribute, the emergency attribute, thebaseCID attribute, the ServiceReference element, the ProtectionKeyIDelement, the Name element, the Description element, the StartTimeelement, the EndTime element, the AudioLanguage element, theTextLanguage element, the Length element, the ParerentalRating element,the TargetUserProfile element, the Genre element, the Extension element,the PreviewDataReference element, the Broadcast Area element, theTermsOfUse element, and/or the PrivateExt element.

The id attribute may indicate an ID of the Content fragment.

The version attribute may indicate version information of the componentfragment.

The validFrom attribute may indicate an initial time at which thecomponent fragment is valid.

The validTo attribute may denote the last time at which the componentfragment is valid.

The globalContentID attribute may indicate the ID for identifying thecontent describing the corresponding content fragment.

The emergency attribute may indicate whether the content described bythe corresponding content fragment is an emergency content.

The baseCID attribute may indicate the CID information of the service orprogram.

The ServiceReference element may indicate the service referenced by thecorresponding content fragment.

The ProtectionKeyID element may indicate the Key identifier needed toaccess the protected content.

The Name element may indicate the name of the corresponding contentfragment.

The Description element may indicate Description of the correspondingcontent fragment.

The StartTime element may indicate the start time information of thecorresponding content presentation.

The EndTime element may indicate the end time information forpresentation of the corresponding content.

The AudioLanguage element may allow the corresponding content to be usedalong with the audio stream. In this case, the AudioLanguage element mayindicate language information of the used audio.

The TextLanguage element may allow the corresponding content to be usedalong with the text component. In this case, the TextLanguage elementmay indicate language information of the used text.

The Length element may represent the duration time of the correspondingA/V content.

The ParentalRating element may represent reference informationindicating whether the corresponding content is appropriate forchildren.

The TargetUserProfile element may represent information regarding thetarget user.

The Genre element may represent genre information of the correspondingcontent.

The Extension element may represent additional information related tothe corresponding content fragment.

The PreviewDataReference element may represent the PreviewData fragmentreferenced by the corresponding component fragment.

The BroadcastArea element may represent broadcast regional informationincluding the position information for the broadcast content.

The TermsOfUse element may represent ‘Terms of User’ related to thecorresponding fragment.

The PrivateExt element may represent a container for proprietary orapplication specific extensions. (An element serving as a container forproprietary or application-specific extensions.) The PrivateExt elementmay include the ProprietaryElements element as the sub-element. TheProprietaryElements element may represent the proprietary element or theapplication specific element. The ProprietaryElements element mayinclude one or more sub-elements or one or more attributes.

Since the PrivateExt element of the content fragment according to oneembodiment is an element having an E1 level, the component elementacting as the sub-element of the PrivateExt element may correspond tothe E2 level. In this case, the component element may correspond to theabove-mentioned ProprietaryElements element.

FIGS. 69, 70, 71, and 72 are structural views illustrating Componentelements according to an embodiment of the present invention.

It should be noted that Tables of FIGS. 69 to 72 are grouped into onetable such that four tables shown in FIGS. 69 to 72 may correspond toone table.

The component element according to the embodiment may correspond to theE2-level element, and can describe detailed information of thecomponent. As a result, as many component elements as the number ofcomponent may be present or absent. Accordingly, the above-mentionedcomponent element may have cardinality ranging from 0 to N.

The Component element according to one embodiment may include theComponentType element, the ComponentRole element, the StartTime element,the EndTime element, the Language element, the Length element, theParentalRating element, the DeviceCapability element, and/or theTargetDevice element, as the sub-elements.

The ComponentType element may describe the component type. ThisComponentType element is located below the component element, such thatit may correspond to the E3 level. The ComponentType element is anessential element indicating the type of the component element, suchthat the ComponentType element may be set to 1. If the ComponentTypeelement is set to zero, this means an unspecified component. If theComponentType element is set to 1, this means a Presentable Videocomponent. If the ComponentType element is set to 2, this means aPresentable Audio component. If the ComponentType element is set to 3,this means a Presentable CC component. If the ComponentType element isset to 4, this means an AppBased Enhancement element. If theComponentType element is set to 2, this means an AppBased Enhancement.If the ComponentType element is set to the values of 5 to 22, this meansa Reserved for future use,

The ComponentRole element may be used to describe the role of eachcomponent. The ComponentRole element is located below the componentelement, such that it may correspond to an E3 level. Since theComponentRole element is an essential element describing the type of thecomponent element, it has the cardinality of 1. Each component has therole according to the above-mentioned ComponentType element type, andmay have the role corresponding to the ComponentRole element value. Ifthe ComponentRole element is set to zero, this means an Unspecified. Ifthe ComponentRole element is set to 1, this means a Primary (default)video. If the ComponentRole element is set to 2, this means anAlternative camera view. If the ComponentRole element is set to 3, thismeans an Alternative video component. If the ComponentRole element isset to 4, this means a Sign language (e.g., ASL) inset. If theComponentRole element is set to 5, this means a Follow subject video. Ifthe ComponentRole element is set to 6, this means a Complete main. Ifthe ComponentRole element is set to 7, this means ‘Music’. If theComponentRole element is set to 8, this means ‘Dialogue’. If theComponentRole element is set to 9, this means ‘Effects’. If theComponentRole element is set to 10, this means ‘Visually impaired’. Ifthe ComponentRole element is set to 1, this means ‘Hearing impaired’. Ifthe ComponentRole element is set to 12, this means ‘Commentary’. If theComponentRole element is set to 13, this means ‘Normal’. If theComponentRole element is set to 14, this means an Easy reader. If theComponentRole element is set to 15, this means ‘App’. If theComponentRole element is set to 16, this means an NRT Content Item. Ifthe ComponentRole element is set to 17, this means an On Demandcomponent. If the ComponentRole element is set to 18, this means aNotification Stream. If the ComponentRole element is set to 19, thismeans a StartOver. If the ComponentRole element is set to 20, this meansa Companion Screen. If the ComponentRole element is set to the values of21 to 255, this means a Reserved for future use.

The StartTime element may represent a start time at which the display ofthe corresponding component starts displaying.

The EndTime element may represent the end time of the displayoperationof the corresponding component.

The Language element may represent expression language of thecorresponding component. The Language element may have thelanguageSDPTag attribute as the attribute value. The languageSDPTagattribute may represent a value tagged to achieve consistency oflanguages described in the session description.

The Length element may represent the duration time during whichdisplaying of the corresponding component is performed.

The ParentalRating element may represent the rating display informationof the corresponding component.

The DeviceCapability element may represent throughput or performanceinformation of the device configured to perform rendering of thecorresponding component. The embodiment may provide capabilityinformation of the device configured to perform rendering of thecomponent using the DeviceCapability element. The DeviceCapabilityelement having the values of 2 to 8 may represent Video RenderingCapability information of the device. The DeviceCapability elementhaving the values of 9 to 15 may represent Audio Surround SoundCapability information of the device. The DeviceCapability elementhaving the value of 16 may represent the Audio Surround SoundCapability. The DeviceCapability element having the values of 17 to 21may represent the Input Capability information. If the DeviceCapabilityelement is set to zero ‘0’, this means an Unspecified. If theDeviceCapability element is set to 1, this means Broadband connection.If the DeviceCapability element is set to 2, this means ‘SD’. If theDeviceCapability element is set to 3, this means ‘HD’. If theDeviceCapability element is set to 4, this means ‘UHD’. If theDeviceCapability element is set to 5, this means ‘8K’. If theDeviceCapability element is set to 6, this means ‘3D video’. If theDeviceCapability element is set to 7, this means ‘High Dynamic RangeImaging’. If the DeviceCapability element is set to 8, this means ‘WideColor Gamut’. If the DeviceCapability element is set to 9, this means‘2.0 channels’. If the DeviceCapability element is set to 10, this means‘2.1 channels’. If the DeviceCapability element is set to 11, this means‘5.1 channels’. If the DeviceCapability element is set to 12, this means‘6.1 channels’. If the DeviceCapability element is set to 13, this means‘7.1 channels’. If the DeviceCapability element is set to 14, this means‘22.1 channels’. If the DeviceCapability element is set to 15, thismeans 3D audio. If the DeviceCapability element is set to 16, this meansDialog Level adjustment. If the DeviceCapability element is set to 17,this means a magic remote control input. If the DeviceCapability elementis set to 18, this means a touch screen input. If the DeviceCapabilityelement is set to 19, this means a mouse input. If the DeviceCapabilityelement is set to 20, this means a keyboard use. In this case, theabove-mentioned broadband connection may indicate whether broadbandconnection is needed to deliver the corresponding component. The VideoRendering Capability information may represent Resolution, 2D, 3D and/orother rendering associated information. The Audio Surround SoundCapability information may represent audio channel information. Dialoglevel adjustment of the Audio Mixing/Rendering Capability informationmay indicate whether the audio dialogue level can be adjusted. The InputCapability information may indicate a broadcast program manufacturedaccording to a specific input device. The ‘app rendering’ informationmay indicate whether the app rendering is needed.

The TargetDevice element may represent information of the target deviceon which the component is displayed. If the TargetDevice element is setto zero, this means ‘Unspecified’. If the TargetDevice element is set to1, this means ‘Primary’. If the TargetDevice element is set to 2, thismeans ‘Companion’. If the TargetDevice element is set to 3, this means‘Inset on Primary Screen (“PictureinPicture”)’. If the TargetDeviceelement is set to 4, this means ‘Reserved for future use’.

FIG. 73 illustrates an XML schema of a Component element according to anembodiment of the present invention.

Referring to FIG. 73, the Component element according to one embodimentof the present invention may include, as the sub-elements, theComponentType element, the ComponentRole element, the StartTime element,the EndTime element, the Language element, the Length element, theParentalRating element, the DeviceCapability element, and/or theTargetDevice element. Detailed description of the above-mentionedelements has already been disclosed.

FIG. 74 illustrates an XML schema of a Language element and aComponentType element according to an embodiment of the presentinvention.

The Language element according to one embodiment may representexpression language of the corresponding component. The Language elementmay have the languageSDPTag attribute as the attribute. ThelanguageSDPTag attribute may represent a specific value tagged toachieve consistency of languages described in the session description.(L74010)

The ComponentType element according to one embodiment may be an elementto describe the component type. The ComponentType element is locatedbelow the component element, such that it may correspond to an E3 level.Since the ComponentType element is an essential element to describe thetype of the component element, the ComponentType element may havecardinality of 2. If the ComponentType element is set to zero, thismeans an Unspecified. If the ComponentType element is set to 1, thismeans a Presentable Video component. If the ComponentType element is setto 2, this means a Presentable Audio component. If the ComponentTypeelement is set to 3, this means a Presentable CC component. If theComponentType element is set to 4, this means an AppBased Enhancement.If the ComponentType element is set to the values of 5 to 255, thismeans a Reserved for future use.

FIG. 75 illustrates an XML schema of a ComponentRole element accordingto an embodiment of the present invention.

Referring to FIG. 75, the ComponentRole element may be an element todescribe the Role of the component. Since the ComponentRole element islocated below the component element, it may correspond to an E3 level.Since the ComponentRole element is an essential element to describe thetype of the component element, the ComponentRole element may havecardinality of 1. Each component may have the role according to theabove-mentioned ComponentType element types, and may also have the rolecorresponding to the ComponentRole element value. If the ComponentRoleelement is set to zero, this means an unspecified. If the ComponentRoleelement is set to 1, this means a Primary (default) video. If theComponentRole element is set to 2, this means an Alternative cameraview. If the ComponentRole element is set to 3, this means otheralternative video component. If the ComponentRole element is set to 4,this means a Sign language (e.g., ASL) inset. If the ComponentRoleelement is set to 5, this means a Follow subject video. If theComponentRole element is set to 6, this means a Complete main. If theComponentRole element is set to 7, this means a Music. If theComponentRole element is set to 8, this means a Dialogue. If theComponentRole element is set to 9, this means Effects. If theComponentRole element is set to 10, this means a Visually impaired. Ifthe ComponentRole element is set to 11, this means a Hearing impaired.If the ComponentRole element is set to 12, this means a Commentary. Ifthe ComponentRole element is set to 13, this means a Normal. If theComponentRole element is set to 14, this means an Easy reader. If theComponentRole element is set to 15, this means ‘App’. If theComponentRole element is set to 16, this means an NRT Content Item. Ifthe ComponentRole element is set to 17, this means an On Demandcomponent. If the ComponentRole element is set to 18, this means aNotification Stream. If the ComponentRole element is set to 19, thismeans a StartOver. If the ComponentRole element is set to 20, this meansa Companion Screen. If the ComponentRole element is set to the values of21 to 255, this means a Reserved for future use.

FIG. 76 illustrates an XML schema of a DeviceCapability element and aTargetDevice element according to an embodiment of the presentinvention.

Referring to FIG. 76, the DeviceCapability element may representthroughput or performance information of the device configured toperform rendering of the corresponding component. The embodiment mayprovide capability information of the device configured to performrendering of the component using the DeviceCapability element. TheDeviceCapability element having the values of 2 to 8 may represent VideoRendering Capability information of the device. The DeviceCapabilityelement having the values of 9 to 15 may represent Audio Surround SoundCapability information of the device. The DeviceCapability elementhaving the value of 16 may represent the Audio Surround SoundCapability. The DeviceCapability element having the values of 17 to 21may represent the Input Capability information. If the DeviceCapabilityelement is set to zero ‘0’, this means an Unspecified. If theDeviceCapability element is set to 1, this means Broadband connection.If the DeviceCapability element is set to 2, this means ‘SD’. If theDeviceCapability element is set to 3, this means ‘HD’. If theDeviceCapability element is set to 4, this means ‘UHD’. If theDeviceCapability element is set to 5, this means ‘8K’. If theDeviceCapability element is set to 6, this means ‘3D video’. If theDeviceCapability element is set to 7, this means ‘High Dynamic RangeImaging’. If the DeviceCapability element is set to 8, this means ‘WideColor Gamut’. If the DeviceCapability element is set to 9, this means‘2.0 channels’. If the DeviceCapability element is set to 10, this means‘2.1 channels’. If the DeviceCapability element is set to 11, this means‘5.1 channels’. If the DeviceCapability element is set to 12, this means‘6.1 channels’. If the DeviceCapability element is set to 13, this means‘7.1 channels’. If the DeviceCapability element is set to 14, this means‘22.1 channels’. If the DeviceCapability element is set to 15, thismeans 3D audio. If the DeviceCapability element is set to 16, this meansDialog Level adjustment. If the DeviceCapability element is set to 17,this means a magic remote control input. If the DeviceCapability elementis set to 18, this means a touch screen input. If the DeviceCapabilityelement is set to 19, this means a mouse input. If the DeviceCapabilityelement is set to 20, this means a keyboard use. In this case, theabove-mentioned broadband connection may indicate whether broadbandconnection is needed to deliver the corresponding component. The VideoRendering Capability information may represent Resolution, 2D, 3D and/orother rendering associated information. The Audio Surround SoundCapability information may represent audio channel information. Dialoglevel adjustment of the Audio Mixing/Rendering Capability informationmay indicate whether the audio dialogue level can be adjusted. The InputCapability information may indicate a broadcast program manufacturedaccording to a specific input device. The ‘app rendering’ informationmay indicate whether the app rendering is needed. (L76010)

The TargetDevice element may represent information of the target deviceon which the component is displayed. If the TargetDevice element is setto zero, this means ‘Unspecified’. If the TargetDevice element is set to1, this means ‘Primary’. If the TargetDevice element is set to 2, thismeans ‘Companion’. If the TargetDevice element is set to 3, this means‘Inset on Primary Screen (“PictureinPicture”)’. If the TargetDeviceelement is set to 4, this means ‘Reserved for future use’. (L76020)

FIG. 77 illustrates an XML schema of a Component element when aPresentable Video Component (2D/HD) and a Presentable Audio Component(5.1 channels) are transmitted.

Referring to FIG. 77, according to one embodiment, if the PresentableVideo Component (2D/HD) and resentable Audio Component (5.1 channels)are transmitted, the announcement function may use two Componentelements as the sub-element of the PrivateExt element contained in theContent fragment. (L77010)

The component element for the Presentable Video Component (2D/HD) mayhave the value of 1 (i.e., Video) as the ComponentType element value,may have the value of 1 (i.e., Primary Video) as the ComponentRoleelement value, may have the value of 3 (i.e., HD) as theDeviceCapability element value, and may have the value of 1 (i.e.,Primary Device) as the TargetDevice element value. (L77010)

The component element for the Presentable Audio Component (5.1 channels)may have the value of 2 (i.e., Audio) as the ComponentType elementvalue, may have the value of 6 (i.e., Completely Main) as theComponentRole element value, may have KOR (i.e., Korean) as the Languageelement value, may have the value of 11 (i.e., 5.1 channels) as theDeviceCapability element value, and may have the value of 1 (i.e.,Primary Device) as the TargetDevice element value. (L77010)

The receiver (Device) according to one embodiment may acquire theDeviceCapability element value, may determine whether the correspondingfunction can be supported, and may provide the user with the Capabilityinformation.

As can be seen from the upper right part of FIG. 77, a screen imagedisplayed on the device configured to support HD and 5.1 channels isshown as shown in FIG. 77. In this case, the embodiment of the presentinvention can display specific information indicating that thecorresponding device can support HD and 5.1 channels on the screen.(L77020)

Although the lower right part of FIG. 77 can support the HD function, itshould be noted that a screen image of the device not supporting 5.1channels may also be shown in FIG. 77 as necessary. In this case,according to one embodiment, when the receiver not supporting 5.1channels obtains the Capability information, the non-supported 5.1channels audio information may be grayed out such that thegrayout-processed result may be displayed on the screen. (L77030)

FIG. 78 illustrates an XML schema of a Component element when aPresentable Video component (UHD) and Presentable ENG audio componentare transmitted as broadcast signals and a Presentable SPA audiocomponent is transmitted as a broadband signal.

Referring to FIG. 78, according to one embodiment of the presentinvention, if the Presentable Video component (UHD) and the PresentableENG audio component are transmitted through broadcast, and if thePresentable SPA audio component is transmitted through broadband, theannouncement function may use three Components as the sub-element of thePrivateExt element contained in the Content fragment. (L78010)

The component element for the Presentable Video component (UHD) may havethe value of 1 (i.e., Video) as the ComponentType element value, mayhave the value of 1 (i.e., Primary Video) as the ComponentRole elementvalue, may have the value of 4 (i.e., UHD) as the DeviceCapabilityelement value, and may have the value of 1 (i.e., Primary Device) as theTargetDevice element value. (L78010)

The component element for the Presentable ENG audio component (throughBroadcast) may have the value of 2 (i.e., Audio) as the ComponentTypeelement value, may have the value of 6 (i.e., Completely Main) as theComponentRole element value, may have ENG (English) as the Languageelement value, and may have the value of 1 (i.e., Primary Device) as theTargetDevice element value. (L78010)

The component element for the Presentable SPA audio component (throughBroadband) may have the value of 2 (i.e., Audio) as the ComponentTypeelement value, may have the value of 6 (i.e., Completely Main) as theComponentRole element value, may have SPA (Spanish) as the Languageelement value, and may have the value of 1 (indicating that thecomponent is transmitted through broadcast) as the DeviceCapabilityelement value, and may have the value of 1 (i.e., Primary Device) as theTargetDevice element value. (L78010)

The receiver (Device) according to one embodiment obtains theDeviceCapability element value, determines whether the correspondingfunction can be supported, and provides the user with the Capabilityinformation.

Assuming that the right part of FIG. 78 does not support broadbandconnection, or assuming that the right part of FIG. 78 is in anon-connection state whereas it can support broadband connection, it maybe possible to display the screen displayed on the receiver (Device).(L78020)

The receiver according to one embodiment of the present invention mayrecognize that the corresponding component is transmitted throughbroadband, when the DeviceCapability element is set to 1. In this case,the device not supporting broadband connection or the other device beingin a non-connection whereas it can support broadband connection canperform grayout processing of the broadband transmission component, andcan display the processed result on the screen. In this case, the SPAaudio information is grayed out and then displayed on the screen.(78020)

FIG. 79 illustrates an XML schema of a Component element when aPresentable Video Component (UHD/Wide Color Gamut) and a PresentableAudio Component (5.1 channels) are transmitted.

Referring to FIG. 79, according to one embodiment of the presentinvention, when the Presentable Video Component (UHD/Wide Color Gamut)and the Presentable Audio Component (5.1 channels) are transmitted, theannouncement function may use two Components as the sub-element of thePrivateExt element contained in the Content fragment. (L79010)

The component element for the Presentable Video Component (UHD/WideColor Gamut) may have the value of 1 (Video) as the ComponentTypeelement value, may have the values of 4 (UHD) and 8 (WCG) as theDeviceCapability element values, and may have the value of 1 (i.e.,Primary Video) as the TargetDevice element value. (L79010)

The component element for the Presentable Audio Component (5.1 channels)may have the value of 2 (i.e., Audio) as the ComponentType elementvalue, may have the value of 6 (i.e., Completely Main) as theComponentRole element value, may have KOR (i.e., Korean) as the Languageelement value, may have the value of 11 (i.e., 5.1 channels) as theDeviceCapability element value, and may have the value of 1 (i.e.,Primary Device) as the TargetDevice element value. (L79010)

The receiver (Device) according to one embodiment may acquire theDeviceCapability element value, may determine whether the correspondingfunction can be supported, and may provide the user with the Capabilityinformation.

As can be seen from the upper right part of FIG. 79, a screen imagedisplayed on the device configured to support UHD, WCG (Wide ColorGamut) and 5.1 channels is shown as shown in FIG. 79. In this case, theembodiment of the present invention can display specific informationindicating that the corresponding device can support UHD, WCG and 5.1channels on the screen. (L79020)

Although the lower right part of FIG. 79 can support UHD and 5.1channels, it should be noted that a screen image of the device notsupporting WCG may also be shown in FIG. 79 as necessary. In this case,according to one embodiment, when the receiver not supporting 5.1channels obtains the Capability information, the non-supported WCGinformation may be grayed out such that the grayout-processed result maybe displayed on the screen. (L79030)

FIG. 80 illustrates a component element according to another embodimentof the present invention.

Referring to FIG. 80, the component element may be a root element of thecomponent sub-element. The component element may start from the E3level. Since the component element describes detailed content of thecomponent, as many elements as the number of components may bedescribed. In association with some components, the component elementmay also be omitted as necessary. Therefore, the component element mayhave cardinality of 0 . . . N. The component element may include theComponentType attribute, the ComponentRole element, the Languageelement, and/or the EssentialCapabilities element.

The ComponentType field may include attribute information indicating thecomponent type. That is, the ComponentType field indicates the attributeindicating the component type. The ComponentType field is an essentialelement indicating the component type, such that the ComponentType fieldmay be set to 1. The ComponentTypenfield may identify that the componentcorresponds to Presentable Video, Presentable Audio, Presentable CC(closed caption) and/or Presentable App according to the value thereof.

The message shown in FIG. 80 may include one or more fields therein.Each field may include unique meaning or information. Type informationmay be allocated to each field. The type information may have the valueof ‘E’, ‘A’, ‘E1’, ‘E2’, or ‘E[n]’. The E value may indicate that thecorresponding field relates to the element. The A value may indicatethat the corresponding field relates to the attribute information. TheE1 value may indicate that the corresponding field relates to the subelement. The sub-element may correspond to a lower element defined inthe element. The E2 value may represent a lower sub-element of thesub-element. That is, the E[n] element may represent the [n1]-th lowerelement.

FIG. 81 illustrates a ComponentRol element according to an embodiment ofthe present invention.

Referring to FIG. 81, the ComponentRole element is an element todescribe the role of the component. The ComponentRole element is definedas a lower element of the component. The ComponentRole element may startfrom the E3 level. The ComponentRole element may have a String value.The ComponentRole element value may be designated as the arbitrary validstring value decided by a broadcast station manufacturing theAnnouncement Data. The ComponentRole element value may be an extensiblestring value, such that it can describe all kinds of the CapabilityStrings without difficulty. The target device (e.g., receiver) maydisplay information available for the end user (e.g., a TV viewer) usingthe ComponentRole element value.

In association with the component, the ComponentRole element may includespecific information providing letter-shaped information capable ofbeing recognized by the TV viewer.

The ComponentRole element may represent various kinds of components. Forexample, in association with the presentable video component, theComponentRole element may include “Primary video”, “Alternative cameraview”, “Other alternative video component”, “Sign language inset”,and/or “Follow subject video”.

The ComponentRole element may represent various kinds of components. Forexample, in association with the presentable audio component, theComponentRole element may include “Complete main”, “Music”, “Dialogue”,“Effects”, “Visually impaired”, “Hearing impaired” and/or “Commentary”.

The ComponentRole element may represent various kinds of components. Forexample, in association with the presentable CC component, theComponentRole element may include “Normal” and/or “Easy reader”.

The ComponentRole element may represent various kinds of components. Forexample, in association with the Presentable App(application) component,the ComponentRole element may include “On Demand”, “Startover”, and/or“CompanionScreen”.

FIG. 82 illustrates an XML-formatted component element according toanother embodiment of the present invention.

Referring to FIG. 82, the component element according to one embodimentmay perform signaling of each component when the component is composedof various kinds of media, such that a viewer-desired component or areceiver-desired component can be identified in advance in the receptionend. In addition, the role of the component can be provided in the formof letters, such that the component desired by the viewer who consumesthe corresponding information may be easily recognized or selected.

The component element according to one embodiment may be extended andthen contained in the Service Guide Content Fragment pre-defined in OMABCAST as necessary.

FIG. 83 is a conceptual diagram illustrating a Component elementaccording to another embodiment of the present invention.

Referring to FIG. 83, the component element is a root element of theComponent Sub-element. The component element may start from the E2level. Since the component element describes detailed content of eachcomponent, as many elements as the number of components may bedescribed. In association with some components, the component elementmay also be omitted as necessary. Therefore, the component element mayhave cardinality of 0 . . . N. The component element may include thePresentable VideoComponent element, the PresentableAudioComponentelement, the PresentableCCComponent element, and/or thePresentableAppComponent element.

The PresentableVideoComponent element may be an element to describe thePresentable Video Component. The Presentable VideoComponent element is alower element of the component element, and may start from the E3 level.The Presentable VideoComponent element may have a string value, and maydescribe the role of the video component. In association with thecomponent, the Presentable VideoComponent element may include specificinformation to provide letter-shaped description capable of beingrecognized by the TV viewer. The role of the component capable of beingrepresented by the Presentable VideoComponent element may include“Primary video”, “Alternative camera view”, “Other alternative videocomponent”, “Sign language inset”, and/or “Follow subject video”.

The PresentableAudioComponent element may be an element to describe thePresentable Audio Component. The PresentableAudioComponent elementacting as a lower element of the component element may start from the E3level. The PresentableAudioComponent element may have the string value,and may describe the role of the audio component. In association withthe component, the PresentableAudioComponent element may providespecific information to provide letter-shaped description capable ofbeing recognized by the TV viewer. The role of the component capable ofbeing represented by the PresentableAudioComponent element may include“Complete main”, “Music”, “Dialog”, “Effects”, “Visually impaired”,“Hearing impaired” and/or “Commentary”.

FIG. 84 illustrates a PresentableCCComponent element and aPresentableAppComponent element according to another embodiment of thepresent invention.

Referring to FIG. 84, the element shown in FIG. 84 may be contained inthe above-mentioned component element shown in FIG. 83.

The PresentableCCComponent element may be an element to describe thePresentable CC Component. The PresentableCCComponent element acting as alower element of the component element may start from the E3 level. ThePresentableCCComponent element may have the string value, and maydescribe the role of the CC component. In association with thecomponent, the PresentableCCComponent element may include specificinformation to provide letter-shaped description capable of beingrecognized by the viewer. The component capable of being denoted by thePresentableCCComponent element may include “Normal” and/or “Easyreader”.

The PresentableAppComponent element may be an element to describe thePresentable App Component. The PresentableAppComponent element acting asa lower element of the component element may start from the E3 level.The PresentableAppComponent element may have the string value, and maydescribe the role of the App Component. In association with thecomponent, the PresentableAppComponent element may include specificinformation to provide letter-shaped description capable of beingrecognized by the TV viewer. The component capable of being denoted bythe PresentableAppComponent element may include “On Demand”,“Startover”, and/or “CompanionScreen”.

If the component element is constructed according to the embodiment ofthe present invention, the number of repeated use times of theconstituent elements and/or attribute values needed to construct the newcomponent fragments can be greatly reduced, and announcement informationcan be effectively and intuitively provided to the End User.

FIG. 85 illustrates an XML-formatted component element according toanother embodiment of the present invention.

Referring to FIG. 85, if the component element according to anotherembodiment of the present invention is comprised of various kinds ofmedia, the component element may perform signaling of each componenttype, such that a viewer-desired component or a receiver-desiredcomponent can be identified in advance in the reception end. Inaddition, the role of the component can be provided in the form ofletters, such that the component desired by the viewer who consumes thecorresponding information may be easily recognized or selected. Inaddition, the role of the component may be provided in the form ofletters, such that the component desired by the viewer who consumes thecorresponding information can be readily recognized and selected. Inaddition, according to another embodiment of the present invention, thecomponent element may be constructed in different ways according tocomponent types, and may describe the role of each component using thestring, resulting in acquisition of the extensibility.

The component element according to one embodiment may also be extendedin the Service Guide Content Fragment pre-defined in OMA BCAST asnecessary.

FIG. 86 illustrates Essential Capabilities elements according to anembodiment of the present invention.

Referring to FIG. 86, according to one embodiment of the presentinvention, the component element may include the Capability item. TheCapability item may correspond to specific information indicating thereceiver throughput needed when the receiver can properly decode thecorresponding component. The Capability item may be comprised of thecombination of the Capability code and the String. The embodiment of thepresent invention may provide a method for additionally defining a newvalue in the Capability code and Capability category.

Referring to FIG. 86, the Capability item may be defined as a lowerelement of the component element. The Capability item may include theEssentialCapabilities element, the CapabilityCodes element, theCapabilityString element, and/or the Category attribute information.

The EssentialCapabilities element may describe the capability requiredfor the meaningful presentation of the service (Media, BroadcastService). The EssentialCapabilities element may include theCapabilityCodes element and/or the CapablityString element. TheEssentialCapabilities element may be defined as a lower element of thecomponent element, and may start from the E3 level.

The CapabilityCodes element may have the value regarding the codeidentifying the capability category. The CapabilityCodes element mayindicate one or more capabilities.

The CapabilityString element may include a string to describe thecapability. The CapabilityString element may include information todescribe the capability using letters. The CapabilityString element mayinclude Category attribute information.

The Category attribute information may indicate category of thecapability described by the CapabilityString element.

FIG. 87 illustrates the meaning of Capability in response to aCapabilityCode element value according to an embodiment of the presentinvention.

As shown in FIG. 87, the CapabilityCode element may have differentmeanings according to different values thereof.

In accordance with the embodiment, a new value is defined in theDownload Protocols item, and the capability denoted by the correspondingvalue may be established to correspond to “IP via Broadband”. That is,data may be received through Broadband IP in the next generationbroadcast system, and the received result may be added, as onecapability type, to the Download Protocol corresponding to IP viaBroadband.

In accordance with the embodiment of the present invention, theCapabilityCode element may identify the Rendering Capability. Inaccordance with the CapabilityCode element value, the RenderingCapability requisite for the receiver may be signaled to use thecomponent. The Rendering Capability denoted by the CapabilityCodeelement may indicate which video, audio, application, and/or CC can berendered by the receiver.

FIG. 88 illustrates a Capability Category dependent upon a Categoryattribute information value.

Referring to FIG. 88, the value of the Category attribute informationmay be additionally defined in a manner that the capability is containedin the Rendering Capability category. For example, assuming that theCategory attribute information is set to 0x06, this means that thecapability is contained in the Rendering Capability category.

FIG. 89 is a conceptual diagram illustrating a method for providing aPPV (Pay Per View) program to each component according to an embodimentof the present invention.

Referring to FIG. 89, the PayPerView service per component may beprovided. That is, according to one embodiment of the present invention,within one service or content, a specific component can be provided tothe user through a pay per view. For example, according to theembodiment of the present invention, the component is defined in theannouncement, such that the PayPerView service can be provided accordingto the component.

For this purpose, attribute and/or element information regarding thecomponent element may be described in the content and then transmitted.Each component may have pay-for-use information. The broadcast program(media, broadcast service, or broadcast content) may be provided free ofcharge, and the broadcast station may impose a predetermined charge toeach component according to the quality and amount of additionalinformation of each component of the broadcast program. For example, inorder to allow the TV viewer to view the UHD video component but not thefree-of-charge HD video component, the broadcast station may provide theTV viewer with the UHD video component through Pay Per View.Alternatively, the broadcast station may impose a predetermined chargeto each audio component for stereoscopic sound of the Audio component.Alternatively, the broadcast station may impose a predetermined chargeto a component requisite for the voting application configured toactivate the voting broadcast program, such that the TV viewer whodesires to participate in the voting must pay for the requisitecomponent. The above-mentioned scheme is referred to as a Pay Per Viewscheme implemented by ESG transmitted per component.

In order to establish the PPV function per component, the componentelement may include PPV related information in association with eachcomponent. Alternatively, the ComponentRole element may include PPVrelated information in association with each component role. PPV relatedinformation may include ID information for identifying whether PPV isapplied to the component or the component role; PPV payment information;PPV cost information; authentication related information aftercompletion of PPV payment; and/or duration information through which thecorresponding component can be validly used after completion of PPVpayment.

Referring to FIG. 89, according to the embodiment of the presentinvention, it can be recognized that PPV elements are present in thebroadcast program through the ESG (Electronic Service Guide). Thereceiver may display the item of the PPV components through ESG. If theTV viewer selects a broadcast program having PPV elements, the receivermay indicate the presence of one or more PPV elements in thecorresponding program, may display a User Interface (UI) for queryingthe TV viewer whether to view the PPV element, and may thus receive theselection command from the TV viewer. This embodiment illustrates anexemplary case in which not only basic images of the broadcast programbut also additional images are present. If the TV viewer pays for thePPV Video Component corresponding to the Alternative View, the TV viewercan view the Alternative View images. In this case, the above-mentionedcontrol unit may construct a broadcast program schedule using the PPVrelated information. The broadcast program schedule includes a specificmark indicating whether PPV is applied to a specific component. Theabove-mentioned display unit may display the broadcast program schedulethereon.

The TV viewer may select the Alternative View images, and view the sameat a later time as necessary. In this case, if a current display imagestops displaying, the Alternative View images may be displayed.Alternatively, the Alternative View images may be displayed at aspecific time desired by the TV viewer. Alternatively, the TV viewer mayview in real time not only basic images provided from the main devicebut also the Alternative View images using the Companion Device.

FIG. 90 is a flowchart illustrating a method for providing media to eachcomponent of a broadcast program according to an embodiment of thepresent invention.

Referring to FIG. 90, the receiver may receive ESG (Electronic ServiceGuide) data through broadcast signals (JS90010). The ESG data mayinclude the above-mentioned elements, the Service fragment, the Contentfragment, the Schedule fragment, and/or the Component Fragment.—

The receiver may parse the Service fragment, and may thus generate thelist of broadcast stations to be displayed on the channel list(JS90020).

The receiver may parse the Content fragment, and may thus provide thelist of broadcast programs per broadcast station (JS90030).

The receiver may parse the schedule fragment, and may thus generate aschedule of the broadcast programs per broadcast station (JS90040).

The receiver may receive a command for displaying a broadcast programschedule from the TV viewer or the user (JS90050).

The receiver may determine whether the role of the component containedin the broadcast service or the broadcast program is displayed on theESG (JS90060).

If the role of the component contained in the broadcast service or thebroadcast program is displayed on the ESG, the receiver may displaydetailed information of each program contained in the broadcast programsschedule (JS90070). The receiver may obtain information regarding thecomponent role from the above-mentioned component element and thesub-element thereof.

The receiver may receive a selection command of a specific program or areserved viewing command of the specific program from the TV viewer orthe user (JS90080)

The receiver may enter (or decode) the broadcast programs elected by theTV viewer or the user (JS90090).

The receiver may display the Video, Audio, CC, and/or App Components onthe display screen according to the role of each component contained inthe broadcast program (JS90100). The receiver may receive the commandfor selecting any one of the Video, Audio, CC, and/or App Componentsfrom the TV viewer or the user. In this case, assuming that the PPVpolicy for each component is present, the PPV program can be processedas described above. A specific message indicating the presence orabsence of the PPV policy for each component may be displayed on theESG.

The TV viewer or the user may view the media displayed by the receiver(JS90100).

In the meantime, if the role of component contained in the broadcastservice or the broadcast program is not displayed on the ESG, thereceiver may display time information of the program and/or the name ofthe program contained in the broadcast program schedule (JS90120).

The receiver may receive a selection command of a specific programcontained in the broadcast program schedule or the reserved viewingcommand of the specific program from the TV viewer or the user(JS90130).

The receiver may enter (decode) the broadcast program selected by the TVviewer/user (JS90140).

In the meantime, if the TV viewer or the user who views the broadcastprogram inputs a command for displaying the broadcast program schedule,the receiver may perform the procedures starting from the step JS90050.

FIG. 91 exemplarily illustrates screen images through which media issupplied to each component of a broadcast program according to anembodiment of the present invention.

Referring to the step (L91010) shown in FIG. 91, in association with theprogram (G) manufactured by the broadcast station (CNTV) displayed onthe ESG, the role of each component is shown in FIG. 91. If necessary,the role of each component may not be shown in FIG. 91. For example, ifthe component role is displayed on the ESG, the ESG may indicate thatthe components capable of providing the ‘Alternative View’, ‘FollowSubject’ and ‘Sign Language’ elements are present in relation to the Gprogram.

Referring to the step (L91020), if the G program is displayed, thereceiver may display not only ‘Sign language’ but also ‘follow subjectvideo’ at the same time, or may display thumbnail images related tothese components. In this case, ‘Sign language’ may correspond to signlanguage, and ‘follow subject video’ may correspond to images related toa current program.

Referring to the step (L91030), assuming that the TV viewer or the userselects the ‘Alternative View’ function in relation to the G program,not only basic images of the current program but also the remainingimages other than the basic images may be displayed.

FIG. 92 exemplarily illustrates screen images through which the role ofa video component is displayed on ESG according to an embodiment of thepresent invention.

The receiver receives a request of the broadcast program schedule fromthe TV viewer, and displays the requested broadcast program schedule.Information regarding the broadcast program located after the currenttime may be displayed on the broadcast program schedule. Specificinformation indicating that the component corresponding to a specificrole related to a specific program may be displayed on the ESG. Forexample, the sing language content may be provided to the program (B).Therefore, the TV viewer who desires to view the sign language contentmay select a broadcast program in which the letters ‘sign language’ aredisplayed, may perform channel switching of the corresponding program,or may perform reserved viewing of the corresponding program. Thereceiver may provide the TV viewer with queries indicating whether toview the corresponding program when a current time reaches the starttime of the reserved broadcast program, and then display thecorresponding program.

FIG. 93 exemplarily illustrates screen images through which the role ofa video component is displayed on ESG according to another embodiment ofthe present invention.

Referring to FIG. 93, the receiver may receive a request for thebroadcast program schedule from the TV viewer, and may display thebroadcast program schedule. Information regarding the broadcast programlocated after the current time may be displayed on the broadcast programschedule. Specific information indicating that the componentcorresponding to a specific role related to a specific program may bedisplayed on the ESG. For example, the broadcast program schedule mayindicate the presence of the Alternative View element in the G program.If the user selects the G program, the receiver may provide the TVviewer with queries whether to view the corresponding program. If thereceiver receives an indication command of the Alternative View elementfrom the TV viewer, the receiver may replace the current image withthose of the ‘Alternative View’ element, and then display the replacedresult. Alternatively, the receiver transmits the ‘Alternative View’related information to the companion device, and thus allows thecompanion device to display the Alternative View images.

FIG. 94 exemplarily illustrates screen images through which the role ofa video component is displayed on ESG according to another embodiment ofthe present invention.

Referring to FIG. 94, the receiver may receive a request for thebroadcast program schedule from the TV viewer, and may display thebroadcast program schedule. Information regarding the broadcast programlocated after the current time may be displayed on the broadcast programschedule. Specific information indicating that the componentcorresponding to a specific role related to a specific program may bedisplayed on the ESG. For example, the broadcast program schedule mayindicate the presence of the Follow Subject Video element in the program(I). If the user selects the I program, the receiver may provide the TVviewer with queries whether to confirm the Follow Subject Video element.If the receiver receives an indication command of the Follow SubjectVideo element from the TV viewer, the receiver may replace the currentimage with those of the Follow Subject Video element, and then displaythe replaced result. Alternatively, the receiver transmits the ‘FollowSubject Video’ related information to the companion device, and thusallows the companion device to display the Follow Subject Video images.

FIG. 95 exemplarily illustrates screen images through which the role ofan audio component is displayed on ESG according to an embodiment of thepresent invention.

Referring to FIG. 95, the receiver may receive a request for thebroadcast program schedule from the TV viewer, and may display thebroadcast program schedule. Information regarding the broadcast programlocated after the current time may be displayed on the broadcast programschedule. Specific information indicating that the componentcorresponding to a specific role related to a specific program may bedisplayed on the ESG. For example, the broadcast program schedule mayindicate the presence of the Music component element in the program (I).The Music component may correspond to a component configured to providehigh-quality sound audio data for the corresponding program. As aresult, the TV viewer who desires to receive high-quality sound audiodata selects the I program, and can thus simultaneously consume thecorresponding program and the Music component.

FIG. 96 exemplarily illustrates screen images through which the role ofan audio component is displayed on ESG according to another embodimentof the present invention.

Referring to FIG. 96, the receiver may receive a request for thebroadcast program schedule from the TV viewer, and may display thebroadcast program schedule. Information regarding the broadcast programlocated after the current time may be displayed on the broadcast programschedule. Specific information indicating that the componentcorresponding to a specific role related to a specific program may bedisplayed on the ESG. For example, the broadcast program schedule mayindicate the presence of the Dialogue component element in the Gprogram. The Dialogue component may correspond to an additionalcomponent related to speech (or lines) of a specific actor or actress ofthe corresponding program. The TV viewer may select the G programproviding the Dialogue component, may reproduce the dialogue of theactor or actress of the corresponding program through a separatespeaker, and may consume the corresponding content. If the Dialoguecomponent is separately provided, the receiver may also separatelyadjust the level of the Dialogue component.

FIG. 97 exemplarily illustrates screen images through which the role ofan audio component is displayed on ESG according to another embodimentof the present invention.

Referring to FIG. 97, the receiver may receive a request for thebroadcast program schedule from the TV viewer, and may display thebroadcast program schedule. Information regarding the broadcast programlocated after the current time may be displayed on the broadcast programschedule. Specific information indicating that the componentcorresponding to a specific role related to a specific program may bedisplayed on the ESG. For example, the broadcast program schedule mayindicate the presence of the Visually Impaired component element in theD program. The Visually Impaired component may correspond to thecomponent configured to audibly provide visual content provided from thecorresponding program. The Visually Impaired component may be used toprovide the visually handicapped person (blind) with audible descriptionrelated to the corresponding program. The TV viewer may select theprogram D configured to provide the Visually Impaired component, andthus consume the content corresponding to the Visually Impairedcomponent. In this case, the receiver may reproduce the VisuallyImpaired component through the main device, may transmit the VisuallyImpaired component to the companion device, and may thus allow thecompanion device to reproduce the corresponding component.

FIG. 98 illustrates an exemplary case in which the role of a ClosedCaption (CC) component is displayed on ESG according to an embodiment ofthe present invention.

Referring to FIG. 98, the receiver may receive a request for thebroadcast program schedule from the TV viewer, and may display thebroadcast program schedule. Information regarding the broadcast programlocated after the current time may be displayed on the broadcast programschedule. Specific information indicating that the componentcorresponding to a specific role related to a specific program may bedisplayed on the ESG. For example, the broadcast program schedule mayindicate the presence of the Easy Reader component element in the Dprogram. The Easy Reader component may correspond to the componentconfigured to provide caption or subtitles of the content of thecorresponding broadcast program. The caption or subtitles may beconstructed in one or more languages. The TV viewer may select the Dprogram configured to provide the Easy Reader component, and may consumethe content corresponding to the Easy Reader component. In this case,the receiver may reproduce the Easy Reader component through the maindevice, and may transmit the Easy Reader component to the companiondevice, such that the companion device can reproduce the correspondingcomponent.

FIGS. 99 and 100 illustrate a configuration of component elementsaccording to another embodiment of the present invention.

According to an embodiment of the present invention, the componentelement may be defined below Content fragment.

According to an embodiment of the present invention, all types ofcomponents may be contained in the component element so as to provideconfigurations of the component element of as possible simple and clearservice guide as possible.

According to an embodiment of the present invention, the componentelement may be configured for each type and may describe the role ofeach component using the string, resulting in acquisition of theextensibility of newly added components and/or component roles in thefuture.

According to an embodiment of the present invention, the componentelement may be a root element and may correspond to an element of E2level. The component element may have cardinality of 0 or 1.

According to an embodiment of the present invention, the componentelement may include VideoComponent element, AudioComponent element,CCComponent element, and/or AppComponent element as a lower element. TheVideoComponent element, the AudioComponent element, the CCComponentelement, and/or the AppComponent element may have Language attribute.

The VideoComponent element may describe a video component. The elementmay be a lower element of the component element and may correspond to anelement of the E3 level. The element may have a string value anddescribe a role of the video component. The element may have languageattribute indicating a language of a component indicated by the element.According to an embodiment of the present invention, the role of thevideo component may indicate Primary video, Alternative camera view,Other alternative video component, Sign language inset, Follow subjectvideo, Base layer for scalable video encoding, Enhancement layer forscalable video encoding with level, 3D video left view, 3D video rightview, 3D video depth information, and/or Part of video array <x,y> of<n,m> and, according to an embodiment of the present invention, maydescribe descriptions useful to viewers as well as the aforementionedrole using the string. The aforementioned role has been described above.

The AudioComponent element may be a lower element of the componentelement and may describe an audio component. The element may correspondto an element of the E3 element. The element may have a string value andmay describe a role of the audio component. The element may havelanguage attribute indicating a language of a component indicated by theelement. The role of the audio component according to an embodiment ofthe present invention may indicate Complete main, Music, Dialog,Effects, Visually impaired, Hearing impaired, and/or Commentary and,according to an embodiment of the present invention, may describedescriptions useful to viewers as well as the aforementioned role usingthe string. The aforementioned role has been described above.

The CCComponent element may describe a CC component. The element may bea lower element of the component element and may correspond to anelement of the E3 level. The element may have a string value and maydescribe a role of the CC component. The element may have languageattribute indicated by a language of a component indicated by theelement. The role of the CC component according to an embodiment of thepresent invention may indicate Normal and/or Easy reader and, accordingto an embodiment of the present invention, may describe descriptionsuseful to viewers as well as the aforementioned role using the string.The aforementioned role has been described above.

The AppComponent element may describe an App component. The element maybe a lower element of the component element and may correspond to anelement of the E3 level. The element may have a string value anddescribe a role of the app component. The element may have a language ofa component indicated by the element. The role of the app componentaccording to an embodiment of the present invention may indicate OnDemand, Start-over, and/or Companion-Screen and, according to anembodiment of the present invention, may describe descriptions useful toviewers as well as the aforementioned role using the string. Theaforementioned role has been described above.

FIG. 101 is a diagram illustrating an xml schema of a component elementaccording to an embodiment of the present invention.

According to an embodiment of the present invention, the componentelement may be used for ATSC 3.0 standard and may correspond to anextension element of OMA BCAST SG Content fragment. The element may beincluded in PrivateExt element in Content fragment.

According to an embodiment of the present invention, the componentelement may be a lower element and may include VideoComponent element,AudioComponent element, CCComponent element, and/or AppComponentelement. In addition, VideoComponent element, AudioComponent element,CCComponent element, and/or AppComponent element may have Languageattribute. The aforementioned elements have been described above.

FIG. 102 is a diagram showing a configuration of AppComponent elementaccording to an embodiment of the present invention.

According to an embodiment of the present invention, information relatedto an app component may be included in announcement so as to allow areceiver to determine whether application included in each service isexecutable during transmitting electronic service guide (ESG). Theversion information of the application may be included in announcementso as not to allow the receiver to download redundant application.

According to an embodiment of the present invention, AppComponentelement may be a lower element and may include MarketInfo element,AppInfo element, and/or PrivateExt element and include Language and/orVersion attribute as attribute. The MarketInfo element, the AppInfoelement, and/or the PrivateExt element may correspond to the E4 level.In addition, the MarketInfo element may include MarkeApptID element ofthe E5 level as a lower element and the MarkeApptID element may haveMarket attribute. The AppInfo element may include AppID element, AppNameelement, TargetPlatform element, Category element, Role element, and/orUsagePolicy element of the E5 level as a lower element.

The Language attribute may indicate a language of AppComponent element.

The Version attribute may indicate a version of application indicated bythe AppComponent element.

The MarketInfo element may indicate information on a market for startinga corresponding application.

The AppInfo element may indicate information on a correspondingapplication itself.

The PrivateExt element may indicate an element for extension ofAppComponent element.

The MarketAppID element may indicate a market-assigned ID of thecorresponding application. That is, the element may indicate an ID of amarket providing a corresponding application.

The Market attribute may indicate a name of a market providing acorresponding application.

The AppID element may indicate a unique ID of a correspondingapplication. The element may be used in association with signalinginformation.

The AppName element may indicate a name of a corresponding application.

The TargetPlatform element may indicate platform information executableby a corresponding application.

The Category element may indicate a category of a correspondingapplication.

The Role element may indicate a role of a corresponding application. Arole of the element may indicate On Demand, Start-over, and/orCompanion-Screen. According to an embodiment of the present invention,the element may describe descriptions useful to viewers as well as theaforementioned role using the string. The aforementioned role has beendescribed above.

The UsagePolicy element may indicate permission related information foruse of a corresponding application. The element may indicateNo_Restriction, Purchase_Required, Trial_Only,Parental_Consent_Required, and/or Sign-in_Required and, according to anembodiment of the present invention, may describe descriptions useful toviewers as well as the aforementioned role using the string.

FIG. 103 is a diagram illustrating an xml schema of AppComponent elementaccording to an embodiment of the present invention.

According to an embodiment of the present invention, the AppComponentelement may include MarketInfo element, AppInfo element, and PrivateExtelement as a lower element and include Language and/or Version attributeas attribute. MarketInfo element, AppInfo element, and/or PrivateExtelement may correspond to the E4 level. In addition, the MarketInfoelement may include MarketAppID element of the E5 level as a lowerelement and the MarketAppID element may have Market attribute. TheAppInfo element may include AppID element, AppName element,TargetPlatform element, Category element, Role element, and/orUsagePolicy element of the E5 level as a lower element. The elementand/or attribute have been described above.

FIG. 104 is a diagram illustrating descriptions indicated by a receiveraccording to app component announcement according to an embodiment ofthe present invention.

With regard to xml schema L104010 of an upper portion of the drawing, anapplication according to an embodiment of the present invention may berepresented in English and may have version 1.3. A correspondingapplication may be downloaded from LGAppStore and identified by an ID ofIge_ATSC_v1234 in LGAppStore. A name of a corresponding application maybe ATSC3.0 Test App and the application may be driven in Android and/oriOS platform. The application may be classified to Social Screen and maycorrespond to a Companion Screen service. The application may includeinformation of Trial_only as permission related information.

According to an embodiment of the present invention, a broadcastprogramming table L104020 may indicate that an application is includedin a specific program. According to another embodiment of the presentinvention, the broadcast programming table L104020 may further indicateinformation of AppName, Category, Role, and so on related to acorresponding application and information items indicated in thebroadcast programming table may be changed according to a method ofembodying a receiver.

When broadcast is selected at a broadcast time of a correspondingservice, whether a current application is a new application or anexisting application using version information of an applicationaccording to an embodiment of the present invention. In this case, inthe case of a new application, the new application may be downloadedusing signaling information and installed in a receiver according to anembodiment of the present invention. When a corresponding application isa Companion Screen related application, the application may be installedin a companion device using a uPNP protocol according to an embodimentof the present invention. According to an embodiment of the presentinvention, a user may be notified that an application is executed in acurrently watched broadcast service (L104030). In addition, according toan embodiment of the present invention, the corresponding applicationmay be executed (L104040).

FIG. 105 is a diagram illustrating an xml schema of a component elementincluded in a content fragment according to another embodiment of thepresent invention.

According to an embodiment of the present invention, the componentelement may be configured as a sub element in the content fragment toindicate a component included in the content. Accordingly, when areference rule between components is not required and a receiverreceives the content fragment, a component included in the correspondingcontent and a role of each component may be intuitively recognized.Furthermore, according to an embodiment of the present invention, thecomponent element may not be differentiated as Video Component, AudioComponent, and/or CC Component and may represent all information itemsabout the content. Accordingly, redundant text of metadata may bereduced to reduce a data size.

According to an embodiment of the present invention, the Contentfragment may include PrivateExt element and the PrivateExt element mayinclude Component element and/or Capabilities element as a lowerelement. Furthermore, the Component element may include VideoRoleelement, AudioRole element, CCRole element, and/or AppRole element as alower element. The Capabilities element may include CapabilityCodeselement and/or CapabilityString element as a lower element and havecategory attribute as attribute.

The Component element may have ComponentElementType as a type and theComponentElementType may define information on a component included incontent in the form of a sequence. Accordingly, all types of componentsincluded in the content may be described.

The VideoRole element may represent a role of a video component in theform of a string. here, the role of the video component may indicatePrimary video, Alternative camera view, Other alternative videocomponent, Sign language inset, Follow subject video, Base layer forscalable video encoding, Enhancement layer for scalable video encodingwith level, 3D video left view, 3D video right view, 3D video depthinformation, and/or Part of video array <x,y> of <n,m> and according toan embodiment of the present invention, may may describe descriptionsuseful to viewers as well as the aforementioned role using the string.The aforementioned role has been described above.

The AudioRole element may indicate a role of an audio component in theform of a string. Here, a role of the audio component may indicateComplete main, Music, Dialog, Effects, Visually impaired, Hearingimpaired, and/or Commentary and, according to an embodiment of thepresent invention, may describe descriptions useful to viewers as wellas the aforementioned role using the string. The aforementioned role hasbeen described above.

The CCRole element may indicate a role of the CC component in the formof a string. Here, the role of the CC component may indicate Normaland/or Easy reader and, according to an embodiment of the presentinvention, may describe descriptions useful to viewers as well as theaforementioned role using the string. The aforementioned role has beendescribed above.

The AppRole element may indicate a role of an app component in the formof a string. Here, the role of the app component may indicate On Demand,Start-over, and/or Companion-Screen and, according to an embodiment ofthe present invention may describe descriptions useful to viewers aswell as the aforementioned role using the string. The aforementionedrole has been described above.

The Capabilities element may indicate capability information of acomponent included in content. The element may be defined at a lowerelement of PrivateExt element of Content fragment at the same level asthe component element. The Capabilities element may have CabilitiesTypeas a type and the CabilitiesType may define capability of a componentincluded in content in the form of a sequence. The Capabilities elementmay indicate DeviceCapability required for rendering of each componentincluded in content and may also indicate DeviceCapability required forrendering of content including various components. The Capabilitieselement may have the same value as the aforementionedEssentialCapabilities element and describe capability required formeaningful presentation of a service (media and broadcast service).

The CapabilityCodes element may have a value of a code for identifying atype of capability. The CapabilityCodes element may have one or morecapabilities.

The CapabilityString element may include a string for describingcapability. The CapabilityString element may include information forrepresenting description of capability in the form of characters. TheCapabilityString element may include Category attribute information.

The Category attribute may be information indicating a category ofcapability described by the CapabilityString element.

FIG. 106 is a diagram illustrating xml schema of content fragmentindicating a linear service including a specific role of video and audioaccording to an embodiment of the present invention.

This drawing illustrates an example of the descriptions given withreference to the above drawings.

Referring to the drawing, according to an embodiment of the presentinvention, content identified by “bcast://lge.com/Content/1” mayindicate to include a video component having a role of AlternativeCamera View and an audio component having a role of Effects. Here, thecorresponding content may request a 3D function as device capability.

FIG. 107 is a diagram illustrating the case in which a role of an Appcomponent is indicated in an ESG according to an embodiment of thepresent invention.

A receiver may receive a viewer request for a broadcast programmingtable and display the broadcast programming table. The broadcastprogramming table may display information on a broadcast program after acurrent time. The ESG may display that a component corresponding to aspecific role is provided with respect to a specific program. Forexample, the broadcast programming table may indicate that a component‘Chatting application’ is present with respect to program ‘D’. Thecomponent ‘Chatting application’ may correspond to a component forproviding a chatting function between users that view content of acorresponding program. The viewer may select the program ‘D’ providingthe component ‘Chatting application’ and consume corresponding to thecomponent ‘Chatting application’. In this case, the receiver mayreproduce the component ‘Chatting application’ in a main device ortransmit the component ‘Chatting application’ to a companion device andprocess the corresponding component to be reproduced by the companiondevice. The viewer may execute the Chatting application so as to chatwhile viewing the corresponding program.

FIG. 108 is a diagram illustrating a configuration of Content fragmentfor providing capability of content according to an embodiment of thepresent invention.

According to an embodiment of the present invention, the Contentfragment may include PrivateExt element and the PrivateExt element mayinclude ProprietaryElements element and/or RequiredCapabilities element.The RequiredCapabilities element may have CapabilityCodes element and/orCapabilityString element as a lower element. The CapabilityStringelement may have categorycode attribute as attribute.

The PrivateExt element may indicate a container for proprietary orapplication-specific extensions. According to an embodiment of thepresent invention, capability of component and/or content may beprovided using the extensions of the element.

The ProprietaryElements element may indicate an element for proprietaryor application-specific element. The element may include one or more subelements or attributes.

The RequiredCapabilities element may indicate capability required torepresent or render the corresponding content or component by areceiver. According to an embodiment of the present invention, onecontent may include a plurality of components and RequiredCapabilitieselement needs to represent capability of each component and, thus, mayhave cardinality of 0 to N.

The CapabilityCodes element may represent a capability code value.Values of the element may be defined by a list of a predefinedcapability code value and may be separately represented using a blank.According to an embodiment of the present invention, a value of theelement may be represented by a list of code values and, thus may havecardinality 0 to 1. According to an embodiment of the present invention,in consideration of future extension, a data type of the element may bedefined by a list of unsigned Integers.

The CapabilityString element may represent capability of thecorresponding content and/or component in the form of a string andrepresent the capability in the form of MIME type.

The categorycode attribute may represent a category of capability to berepresented by the CapabilityString element.

FIGS. 109, 110, and 111 are diagrams showing a capability code accordingto an embodiment of the present invention.

According to an embodiment of the present invention, a hybrid broadcastservice may provide a capability code of a new protocol, a new mediatype, and/or a new application for downloading data.

According to an embodiment of the present invention, a category codevalue indicated by a string described by the aforementionedCapabilityString element may be indicated using an uppermost value ofeach capability code range. That is, according to an embodiment of thepresent invention, a categorycode attribute value of theCapabilityString element may be included in the capability code list anddefined.

According to an embodiment of the present invention, the capability codevalue may be indicated using an unsigned byte and/or an unsignedinteger. When the unsigned integer is used, a capability code to befurther added may be easily defined.

According to an embodiment of the present invention, a capability codevalue, 0x00000000 to 0x0000000F may indicate capability of a downloadprotocol. When the capability code value is 0x00000000, the value mayrepresent Forbidden, when the value is 0x00000001, the value mayrepresent that the corresponding content and/or component may representthat the corresponding content and/or component is capable of beingdownloaded through an FLUTE protocol, when the value is 0x00000002, thevalue may represent that data is capable of being downloaded through anInternet Protocol (IP) through a broadcast in a hybrid broadcastservice, when the value is 0x00000003 to 0x0000000E, the value may bereserved, and when the aforementioned categorycode attribute value is0x0000000F, the value may represent that a category of a stringdescribed in the aforementioned CapabilityString element is a downloadprotocol.

According to an embodiment of the present invention, a capability codevalue, 0x00000010 to 0x0000001F may represent capability of FECAlgorithms. When the capability code value is 0x00000010, the value mayrepresent that the corresponding content and/or component has CompactNo-Code FEC scheme, when the value is 0x00000011, the value mayrepresent that the corresponding content and/or component has Raptoralgorithm, when the value is 0x00000012 to 0x000001E, the value may bereserved, and when the aforementioned categorycode attribute value is0x0000001F, the value may represent that a category of a stringdescribed by the aforementioned CapabilityString element is FECAlgorithms.

According to an embodiment of the present invention, a capability codevalue, 0x00000020 to 0x0000002F may represent capability ofWrapper/Archive Formats. When the capability code value is 0x00000020,the value may represent that the corresponding content and/or componenthas DECE CFF container general format, when the value is 0x00000021, thevalue may represent corresponding content and/or component has ZIPformat, when the value is 0x00000022, the value may represent thatcorresponding content and/or component has DECE CFF container format andProfile PD, when the value is 0x00000023, the value may represent thatcorresponding content and/or component has DECE CFF container format andProfile SD, when the value is 0x00000024, the value may represent thatcorresponding content and/or component has DECE CFF container format andProfile HD, when the value is 0x00000025, the value may represent thatcorresponding content and/or component has ISO Base Media File Formatfor AAC audio, when the value is 0x00000026, the value may representthat corresponding content and/or component has ATSC compliant MPEG-2transport stream, when the value is 0x00000027, the value may representthat corresponding content and/or component has MP4 constrainedcontainer format and Profile PD2, when the value is 0x00000028, thevalue may represent that the corresponding content and/or component hasW3C Web Apps Package, when the value is 0x00000029 to 0x0000002E, thevalue may be reserved, and when the aforementioned categorycodeattribute value is 0x0000002F, the value may represent that a categoryof a string described by the aforementioned CapabilityString element isWrapper/Archive Formats.

According to an embodiment of the present invention, a capability codevalue, 0x00000030 to 0x0000003F may represent capability of CompressionAlgorithms. When a capability code value is 0x00000030, the value mayrepresent that the corresponding content and/or component has DEFLATEalgorithm, when the value is 0x00000031 to 0x0000003E, the value may bereserved, and when the aforementioned categorycode attribute value is0x0000003F, the value may represent that a category of a stringdescribed by the CapabilityString element is Compression Algorithms.

According to an embodiment of the present invention, a capability codevalue, 0x00000041 to 0x0000005F may has capability of Media Types. Whenthe capability code value is 0x00000041, the value may represent thatthe corresponding content and/or component is AVC standard definitionvideo, when the value is 0x00000042, the value may represent that thecorresponding content and/or component is AVC high definition video,when the value is 0x00000042, the value may represent that thecorresponding content and/or component is AVC high definition video,when the value is 0x00000043, the value may represent that thecorresponding content and/or component is AC-3 audio, when the value is0x00000044, the value may represent that the corresponding contentand/or component is E-AC-3 audio, when the value is 0x00000045, thevalue may represent that the corresponding content and/or component isMP3 audio, when the value is 0x00000046, the value may represent thatthe corresponding content and/or component is Browser Profile A, whenthe value is 0x00000047, the value may be reserved, when the value is0x00000048, the value may represent that the corresponding contentand/or component is Atom per RFC 4287, when the value is 0x00000049, thevalue may represent that the corresponding content and/or component isAVC mobile video, when the value is 0x0000004A, the value may representthat the corresponding content and/or component is HE AAC v2 mobileaudio, when the value is 0x0000004B, the value may represent that thecorresponding content and/or component is HE AAC v2 level 4 audio, whenthe value is 0x0000004C, the value may represent that the correspondingcontent and/or component is DTS-HD audio, when the value is 0x0000004D,the value may represent that the corresponding content and/or componentis CFF-TT, when the value is 0x0000004E, the value may represent thatthe corresponding content and/or component is CEA-708 captions, when thevalue is 0x0000004F, the value may represent that the correspondingcontent and/or component is HE AAC v2 with MPEG Surround, when the valueis 0x00000050, the value may represent that the corresponding contentand/or component is HE AAC v2 Level 6 audio, when the value is0x00000051, the value may represent that the corresponding contentand/or component is Frame-compatible 3D video (Side-by-Side), when thevalue is 0x00000052, the value may represent that the correspondingcontent and/or component is Frame-compatible 3D video (Top-and-Bottom),when the value is 0x00000053, the value may represent that thecorresponding content and/or component is ATSC 3.0 HEVC Video 1 (e.g. HDvideo), that is, the value may represent that HEVC HD video broadcast istransmitted in a hybrid broadcast service, when the value is 0x00000054,the value may represent that the corresponding content and/or componentis ATSC 3.0 HEVC Video 2 (e.g. UHD video), that is, the value mayrepresent that HEVC UHD video broadcast is transmitted in a hybridbroadcast service, when the value is 0x00000055, the value may representthat the corresponding content and/or component is ATSC 3.0 SHVC Video1, that is, the value may represent that SHVC video broadcast istransmitted in a hybrid broadcast service, when the value is 0x00000056,the value may represent that the corresponding content and/or componentis ATSC 3.0 HDR Video 1, that is, HDR video broadcast is transmitted ina hybrid broadcast service, when the value is 0x00000057, the value mayrepresent that the corresponding content and/or component is ATSC 3.0Coded Audio 1 (e.g. 5.1. channel surround audio), that is, the value mayrepresent that 5.1 channel surrounded audio broadcast is transmitted ina hybrid broadcast service, when the value is 0x00000058, the value mayrepresent that the corresponding content and/or component is ATSC 3.0Coded Audio 2 (e.g. Immersive/3D Audio), that is, the value mayrepresent that Immersive/3D audio broadcast is transmitted in a hybridbroadcast service, when the value is 0x00000059 to 0x0000005E, the valuemay be reserved, and when the aforementioned categorycode attributevalue is 0x0000005F, the value may represent that a category of a stringdescribed in the aforementioned CapabilityString element is Media Types.

According to an embodiment of the present invention, a capability codevalue, 0x00000060 to 0x0000006F may represent capability of InternetLink. When the capability code value is 0x00000060, the value mayrepresent that the corresponding content and/or component corresponds toInternet link and a downward rate is equal to or greater than 56,000bps, when the value is 0x00000061, the value may represent that thecorresponding content and/or component corresponds to Internet link anda downward rate is equal to or greater than 512,000 bps, when the valueis 0x00000062, the value may represent that the corresponding contentand/or component corresponds to Internet link and a downward rate isequal to or greater than 2,000,000 bps, when the value is 0x00000063,the value may represent that the corresponding content and/or componentcorresponds to Internet link and a downward rate is equal to or greaterthan 10,000,000 bps, when the value is 0x00000064 to 0x0000006E, thevalue may be reserved, and when the aforementioned categorycodeattribute value is 0x0000006F, the value may represent that a categoryof a string described in the aforementioned CapabilityString element isInternet Link.

According to an embodiment of the present invention, a capability codevalue, 0x00000080 to 0x0000008F may represent capability of Application(App). When a capability code value is 0x00000080, the value mayrepresent that the corresponding content and/or component includes Appof type 1 (e.g. PVR support). In this case, when a receiver has a PVRapplication function, a corresponding broadcast service may be provided.When the value is 0x00000081, the value may represent that thecorresponding content and/or component includes App of type 2 (e.g.Downloading—persistent storage). In this case, when the receiverincludes a Persistent storage and has a downloading functionapplication, a corresponding broadcast service may be provided. When thevalue is 0x00000082, the value may represent that the correspondingcontent and/or component includes App of type 3 (e.g. ContentProtection/DRM). In this case, when the receiver has a DRB applicationfunction so as to achieve content protection, a corresponding broadcastservice may be provided using a corresponding Key. When the value is0x00000083, the value may represent that the corresponding contentand/or component includes App of type 4 (e.g. serviceProtection/Conditional Access). In this case, when the receiver has aCAS application function so as to achieve service protection, acorresponding broadcast service may be provided using a correspondingKey. When the value is 0x00000084 to 0x0000008E, the value may bereserved, and when the aforementioned categorycode attribute value is0x0000008F, the value may represent that a category of a stringdescribed in the aforementioned CapabilityString element is Application.

According to an embodiment of the present invention, a capability codevalue, 0x0000009F, 0x000000AF, 0x000000BF, 0x000000CF, 0x000000DF,0x000000EF, and 0x000000FF may represent reserved values forrepresenting a category of a string described in the aforementionedCapabilityString element. That is, these values may be used as valuesindicated by a categorycode attribute value.

According to an embodiment of the present invention, a capability codevalue, 0x00000070 to 0x0000007F and 0xFFFF0001 to 0xFFFFFFFF mayrepresent a value for private use.

FIGS. 112, 113, and 114 are diagrams of a capability code according toanother embodiment of the present invention.

According to another embodiment of the present invention, capabilitycategory codes indicated by the capability code and categorycodeattribute may be separated and provided unlike in the aforementionedcase.

According to an embodiment of the present invention, a capability codevalue, 0x00000003 to 0x0000000F may represent a reserved valueindicating capability of Download Protocols.

According to an embodiment of the present invention, a capability codevalue, 0x00000012 to 0x0000001F may represent a reserved valueindicating capability of FEC Algorithms.

According to an embodiment of the present invention, a capability codevalue, 0x00000029 to 0x0000002F may represent a reserved valueindicating capability of Wrapper/Archive Formats.

According to an embodiment of the present invention, a capability codevalue, 0x00000031 to 0x0000003F may represent a reserved valueindicating capability of Compression Algorithms.

According to an embodiment of the present invention, a capability codevalue, 0x00000059 to 0x0000005F may represent a reserved valueindicating capability of Media Types.

According to an embodiment of the present invention, a capability codevalue, 0x00000064 to 0x0000006F may represent a reserved valueindicating capability of Internet Link.

According to an embodiment of the present invention, a capability codevalue, 0x00000084 to 0x0000008F may represent a reserved valueindicating capability of application (App). In addition, 0x00000090 to0xFFFFFFFF may represent a value for private use.

Other values except for the aforementioned capability code value mayrepresent the same meaning as the aforementioned capability code valuesin the previous drawings.

FIG. 115 is a diagram showing a capability category code according to anembodiment of the present invention.

According to an embodiment of the present invention, the capabilitycategory code may be a value indicated by the aforementionedcategorycode attribute and may be used as a value for indicating acategory of a string described in the aforementioned CapabilityStringelement.

According to an embodiment of the present invention, a capabilitycategory code value, 0x00 may represent that that value is reserved,0x01 may represent that a category of a string described by theCapabilityString element is a Download Protocol, 0x02 may represent thatthe category is FEC Algorithm, 0x03 may represent that the category isWrapper/Archive Format, 0x04 may represent that the category isCompression Algorithm, 0x05 may represent that the category is MediaType, 0x06 may represent that the category is Internet Link, 0x08 mayrepresent that the category is App Capability (ATSC 3.0 ESG purposeonly), and 0x07 and 0x09 to 0xFF may represent to be reserved.

According to an embodiment of the present invention, the capabilitycategory may refer to Internet Assigned Numbers Authority (IANA) asillustrated in the drawing.

FIG. 116 is a diagram illustrating the case in which capability ofcontent is displayed in ESG according to an embodiment of the presentinvention.

According to an embodiment of the present invention, a receiver maydetermine whether a corresponding broadcast service is capable of beingprovided, using capability described in Service Announcement. Inaddition, according to an embodiment of the present invention,capability information of a corresponding broadcast service may beprovided to the user in a broadcast programming table of subsequent timeusing Service Announcement. According to an embodiment of the presentinvention, descriptions that are not defined in the capability code maybe represented using capability category code and/or capability stringvalues.

Referring to a portion (L116010) of the drawing, according to anembodiment of the present invention, content identified by“bcast://lge.com/Content/1” may have a CapabilityCodes element value,0x0000004E, 0x00000028, and 0x00000063 and have application/multiview asa CapabilityString element, and CapabilityString element may have acategorycode attribute value, 0x00000005.

According to an embodiment of the present invention, a receiver mayreceive a viewer request for a broadcast programming table and displaythe broadcast programming table. The broadcast programming table maydisplay information on a broadcast program after a current time.Capability information required with respect to a specific program maybe displayed in ESG. For example, the broadcast programming table needsto support CEA-708 captions (capability code: 0x0000004E) media type, tosupport Multiview application (categorycode: 0x00000005), to support W3CWeb Apps packages (capability code: 0x00000028), and to support10,000,000 bpas or more (capability code: 0x00000063) of an InternetLink download rate in order to render a program ‘G’ by a receiver.According to an embodiment of the present invention, when at least oneof capabilities announced by the receiver through the ESG is satisfied,a viewer may select a program ‘G’ and consume CEA-708 captions,Multiview application, W3C Web Apps packages, and/or a service ofInternet Link download rate or 10,000,000 bpas or more.

FIG. 117 is a diagram illustrating a configuration of a serviceannouncement for providing an app-embedded service guide according to anembodiment of the present invention.

According to an embodiment of the present invention, various services tobe provided by a next-generation hybrid broadcast system and elementsincluded in the services may be indicated to a user. Therethrough, theuser may receive convenience of checking, selecting, and experiencing acorresponding service.

According to an embodiment of the present invention, an app-embeddedservice guide may be provided and a service guide for providing abroadcast independent application may be provided.

According to an embodiment of the present invention (L117010), acomponent element may be included in a content fragment and mayconstitute a separate component fragment. The component element mayinclude VideoComponent element, AudioComponent element, CCComponentelement, and/or AppComponent element as a sub element. Theaforementioned element has been described above. In addition, accordingto an embodiment of the present invention, the AppComponent element mayhave a string value and describe a role of the app component. Accordingto an embodiment of the present invention, a role of the app componentmay represent On Demand, Start-over, and/or Companion-Screen, andaccording to an embodiment of the present invention, may describedescriptions useful to viewers as well as the aforementioned role usingthe string. The aforementioned role has been described above. TheAppComponent element may have Language attribute, RefServiceIDattribute, and/or appToken attribute. The Language attribute mayrepresent a language of an application indicated by the AppComponentelement. The RefServiceID attribute may represent a Service ID of acorresponding service in order to refer to an app-based serviceembedding application indicated by the AppComponent element. When theappToken attribute executes a corresponding application, this mayrepresent that data formed by receiving a specific parameter provided bythe application and for executing a specific point.

According to another embodiment of the present invention (L117020), acomponent element may be included in a Content fragment and mayconstitute a separate Component fragment. The component element mayinclude VideoComponent element, AudioComponent element, CCComponentelement, and/or AppComponent element as a sub element. The element hasbeen described above. According to an embodiment of the presentinvention, the AppComponent element may have Language attribute. TheAppComponent element may have Role element, RefServiceID element, and/orappToken element as a lower element. The Language attribute mayrepresent a language of an application indicated by the AppComponentelement. The Role element may describe the same description as theAppComponent element in the aforementioned embodiment (L117010) and theRefServiceID element and/or the appToken element may have the samemeaning as the RefServiceID attribute and/or the appToken attribute inthe aforementioned embodiment (L117010). That is, according to anembodiment of the present invention (L117020), RefServiceID and/orappToken may be defined as an element unlike in the aforementionedembodiment (L117010).

FIG. 118 is a diagram illustrating a configuration of serviceannouncement for providing an app-embedded service guide according toanother embodiment of the present invention.

According to an embodiment of the present invention, a service fragmentmay include ServiceID element, ServiceType element, and/or PrivateExtelement as a lower element. The PrivateExt element may includeAppComponent element. The AppComponent element may have Languageattribute as attribute and have appID element, appURL element, and/orappName element as a lower element.

The ServiceID element may indicate an ID of a service corresponding tothe service fragment. According to an embodiment of the presentinvention, the element may indicate an ID of the app-based service.

The ServiceType element may indicate a type of a corresponding service.According to an embodiment of the present invention, a type indicated bythe element may indicate an app-based service.

A description of the PrivateExt element has been described above.According to an embodiment of the present invention, the PricateExtelement may have AppComponent element as a lower element.

The AppComponent element may indicate an application included in thecorresponding service. According to an embodiment of the presentinvention, the element may indicate information on an applicationincluded in the app-based service.

The Language attribute may indicate a language of a correspondingapplication.

The appID element may indicate a unique ID of the correspondingapplication.

The appURL element may indicate URL information for executing acorresponding application.

The appName element may indicate a name of the correspondingapplication.

FIG. 119 is a diagram illustrating an operation for executing anapplication included in an app-based service according to an embodimentof the present invention.

Referring to an upper-left portion (L119010) of the drawing, contentwith a name “You over Stars” may include app component and the appcomponent may refer to a service with a URI of“Uri://lge.app-servicefragment:id1000”.

As seen from an upper-right portion (L119020) of the drawing, a servicewith an ID of “Uri://lge.app-servicefragment:id1000” is an app-basedservice with a name of “Review of You over Stars” and an applicationincluded in the service has “KOR” language and has a URL of“Http://lge.appinfo.com/download100/id100”.

According to an embodiment of the present invention, the broadcastprogramming table may display a review application execution boxtogether with a program of “You over Stars” that a viewer currentlyviews and may also display an app-based service of “Review of You overStars”. According to an embodiment of the present invention, when aviewer clicks the review application execution box, the receiver mayswitch a channel using an app-based service with reference to aReference Service ID (value indicated by the RefServiceID element:Uri://lge.app-servicefragment:id1000). The receiver may access a URL(Http://lge.appinfo.com/download100/id100) indicated by the appURLelement and drive a review application, and a display of the receivermay display a basic home image of the corresponding application. Whenthe viewer terminates a review application, the receiver may re-switch achannel to a linear service that is previously watched.

FIG. 120 is a diagram illustrating an operation for executing anapplication included in an app-based service according to anotherembodiment of the present invention.

Referring to a left-upper portion (L120010) of the drawing, according toan embodiment of the present invention, “18 times” is determined as anappToken element or attribute value unlike in the aforementionedembodiment in the previous diagram.

According to an embodiment of the present invention, the reviewapplication execution operation is the same as the aforementionedoperation in the previous drawing. However, according to an embodimentof the present invention, the receiver may access a URL(Http://lge.appinfo.com/download100/id100) indicated by the appURLelement, drive a review application, and display an application image of“You over Stars 18 times” on a display of the receiver using informationindicated by the appToken element or the attribute unlike in theaforementioned embodiment of the previous drawing.

FIG. 121 is a diagram illustrating a configuration of broadcastindependent AppComponent according to an embodiment of the presentinvention.

According to an embodiment of the present invention (L121010), acomponent element may be included in a content fragment and mayconstitute a separate component fragment. The component element mayinclude VideoComponent element, AudioComponent element, CCComponentelement, and/or AppComponent element as a sub element. Theaforementioned elements have been described above. In addition,according to an embodiment of the present invention, the AppComponentelement may have a string value and describe a role of the appcomponent. A role of the app component according to an embodiment of thepresent invention may represent On Demand, Start-over, and/orCompanion-Screen and, according to an embodiment of the presentinvention, may describe descriptions useful to viewers as well as theaforementioned role using the string. The aforementioned role has beendescribed above. The AppComponent element may have Language attribute,appID attribute, appURL attribute, appToken attribute, and/or appNameattribute. The Language attribute may indicate a language of anapplication indicated by the AppComponent element. The appID attributemay indicate a unique ID of the corresponding application. The appURLattribute may represent URL information for execution of a correspondingapplication or represent multimedia download URL address to berepresented in association with ESG. Here, the appURL attribute and theappID may each identify a corresponding application or a combination ofthe two attributes may identify a corresponding application. When theappToken attribute executes a corresponding application, this mayrepresent that data formed by receiving a specific parameter provided bythe application and for executing a specific point. The appNameattribute may represent a name of a corresponding application and, whenthe appName attribute refers to an app-based service, the applicationname may be defined in a service fragment.

According to another embodiment of the present invention (L121020), acomponent element may be included in a content fragment and mayconstitute a separate component fragment. The component element mayinclude VideoComponent element, AudioComponent element, CCComponentelement, and/or AppComponent element as a sub element. The aboveelements have been described above. According to an embodiment of thepresent invention, the AppComponent element may have Language attribute.The AppComponent element may have Role element, appID element, appURLelement, appToken element, and/or appName element as a lower element.The Language attribute may indicate a language of an applicationindicated by the AppComponent element. The Role element may describe thesame description of description described in the AppComponent element inthe aforementioned embodiment (L121010) and the appID element, theappURL element, the appToken element, and/or the appName element mayhave the same meaning as the appID attribute, the appURL attribute, theappToken attribute, and/or the appName attribute in the aforementionedembodiment (L121010). That is, according to an embodiment of the presentinvention (L121020), appID, appURL, appToken, and/or appName are definedas elements unlike in the aforementioned embodiment (L121010). Accordingto an embodiment of the present invention (L121020), the appURL elementmay have UrlType attribute unlike in the aforementioned embodiment(L121010). The UrlType attribute may indicate a path indicated by a URLof the appURL. That is, when a value indicated by the UrlType attributeis 0, the value may represent app execution and, when the value is 1,the value may represent multimedia download.

FIG. 122 is a diagram illustrating an operation for executing abroadcast independent application according to an embodiment of thepresent invention.

According to an embodiment of the present invention, an application thatis not related to a currently watched program or content may beprovided. That is, according to an embodiment of the present invention,the broadcast independent application may be provided.

According to an embodiment of the present invention, a method ofembodying an element and/or attribute included in the serviceannouncement may be changed according to a receiver.

Referring to an upper portion (L122010) of the drawing, content with aname of “LG vs KIA” may include an app component and an applicationindicated by the app component may be downloaded from a URL of“http://lge.appinfo.com/download100id100”.

According to an embodiment of the present invention, a broadcastprogramming table may indicate show information on a program of “Youover Stars” that a viewer currently watches and a program that theviewer does not currently watch. In addition, the broadcast programmingtable may indicate a program of “LG vs KIA” that is not currentlywatched and an application box related to the program. According to anembodiment of the present invention, when the viewer clicks anapplication box related to the program “LG vs KIA”, the receiver mayclose the broadcast programming table, access a URL(Http://lge.appinfo.com/download100/id100) indicated by the appURLelement, and drive a corresponding application, and a display of thereceiver may display a basic home image of a corresponding application.

FIG. 123 is a diagram illustrating an operation for executing abroadcast independent application according to another embodiment of thepresent invention.

Referring to an upper portion (L123010) of the drawing, according to anembodiment of the present invention, “Board” is determined as anappToken element or attribute value unlike in the aforementionedembodiment in the previous drawing.

According to an embodiment of the present invention an operation forexecuting an application related to a program “LG vs KIA” is the same asthe aforementioned operation in the previous drawing. However, accordingto an embodiment of the present invention, a receiver may access a URL(Http://lge.appinfo.com/download100/id100) indicated by the appURLelement and rive a review application and an image “Board” of acorresponding application may be displayed in a display of the receiverusing information indicated by the appToken element or the attribute,unlike in the aforementioned embodiment in the previous drawing.

FIG. 124 is a diagram illustrating an operation for executing abroadcast independent application according to another embodiment of thepresent invention.

According to an embodiment of the present invention, an application thatis not related to currently watched program or content may be provided.That is, according to an embodiment of the present invention, thebroadcast independent application may be provided. Here, according to anembodiment of the present invention, the broadcast independentapplication may be broadcast independent multimedia. That is, accordingto an embodiment of the present invention, multimedia that is notrelated to currently watched program or content may be downloaded. Inaddition, the downloaded multimedia may be indicated in ESG.

According to an embodiment of the present invention, a method ofembodying an element and/or attribute included in the serviceannouncement may be changed according to a receiver.

Referring to an upper portion (L124010) of the drawing, content with aname of “LG vs KIA” may include an app component and an applicationindicated by the app component may be downloaded from a URL of“http://lge.com/download100/baseball.mp4”. A UrlType value of theapplication may be 1 and may indicate that the value is related tomultimedia download. An ID of the application may be “baseball100”.

According to an embodiment of the present invention, a broadcastprogramming table may indicate show information on a program of “Youover Stars” that a viewer currently watches and a program that theviewer does not currently watch. In addition, the broadcast programmingtable may indicate a program of “LG vs KIA” that is not currentlywatched and a multimedia box related to the program. According to anembodiment of the present invention, the receiver may recognize that acorresponding URL is a multimedia download URL using the UrlType anddownload the corresponding multimedia using the appURL value. Thedownloaded multimedia (e.g., moving picture) may be indicated in thebroadcast programming table or an ESG image. Upon clicking a boxindicating the downloaded multimedia, a receiver may execute themultimedia.

FIG. 125 is a diagram illustrating a method of transmitting serviceguide information according to an embodiment of the present invention.

According to an embodiment of the present invention, the method oftransmitting service guide information may include generating (S125010)service guide information including information on a broadcast serviceand content, encoding (S125020) the generated service guide information,and/or transmitting (S125030) the encoded service guide information.Here, the service guide information may include a capability elementindicating capability information required to render the content. Thecapability element may indicate RequiredCapabilities element. This hasbeen described in detail above with reference to FIG. 108.

According to another embodiment of the present invention, the capabilityelement may a capability code element indicating capability informationrequired to render the content as a code value and/or a capabilitystring element indicating the capability information using a string.Here, the capability code element may represent CapabilityCodes elementand the capability string element may represent CapabilityStringelement. This has been described in detail above with reference to FIG.108.

According to another embodiment of the present invention, the capabilitystring element may include category code information indicating acategory to which capability information indicated by the capabilitystring element belongs. Here, the category code information may indicatecategorycode attribute. This has been described in detail above withreference to FIGS. 108 to 115.

According to another embodiment of the present invention, the capabilitycode element may include information indicating that an Internetprotocol (IP) is required through a broadcast in order to download thecontent, information indicating that processing of high efficiency videocoding (HEVC) video is required to render the content, informationindicating that processing of scalable HEVC (SHVC) video is required torender the content, information indicating that processing high dynamicrange (HDR) video is required to render the content, informationindicating that processing of 5.1 channel surround audio is required torender the content, information indicating that processing of immersiveaudio is required to render the content, and/or information indicatingthat processing of 3D audio is required to render the content. This hasbeen described in detail above with reference to FIGS. 108 to 110.

According to another embodiment of the present invention, the capabilitycode element may include information indicating that a personal videorecorder (PVR) application function is required to render the content,information indicating that a download function through persistentstorage is required to render the content, information indicating that adigital rights management (DMR) application function is required torender the content, and/or information indicating that a conditionalaccess system (CAS) application function is required to render thecontent. This has been described in detail above with reference to FIG.111.

According to another embodiment of the present invention, the categorycode information may include information indicating that a category ofthe capability information is a download protocol, informationindicating that a category of the capability information is a forwarderror correction (FEC) algorithm, information indicating that a categoryof the capability information is archive format, information indicatingthat a category of the capability information is a compressionalgorithm, information indicating that a category of the capabilityinformation is a media type, information indicating that a category ofthe capability information is Internet link, and/or informationindicating that a category of the capability information is applicationcapability. This has been described in detail above with reference toFIGS. 108 to 115.

FIG. 126 is a diagram illustrating a method of receiving service guideinformation according to an embodiment of the present invention.

According to an embodiment of the present invention, the method ofreceiving service guide information may include receiving (SL126010)service guide information containing information on a broadcast serviceand content, decoding (SL126020) the generated service guideinformation, and/or displaying (SL126030) the decoded service guideinformation. Here, the service guide information may include acapability element indicating capability information required to renderthe content. This has been described in detail above with reference toFIG. 108.

According to another embodiment of the present invention, the capabilityelement may include a capability code element indicating capabilityinformation required to render the content as a code value and/or acapability string element indicting the capability information using astring. Here, the capability code element may indicate CapabilityCodeselement and the capability string element may indicate CapabilityStringelement. This has been described in detail above with reference to FIG.108.

According to another embodiment of the present invention, the capabilitystring element may include category code information indicating acategory to which capability information indicated by the capabilitystring element belongs. Here, the category code information may indicatecategorycode attribute. This has been described in detail above withreference to FIGS. 108 to 115.

According to another embodiment of the present invention, the capabilitycode element may include information indicating that an Internetprotocol (IP) through a broadband is required to download the content,information indicating that processing of high efficiency video coding(HEVC) video is required to render the content, information indicatingthat processing scalable HEVC (SHVC) video is required to render thecontent, information indicating that processing of high dynamic range(HDR) video is required to render the content, information indicatingthat processing of 5.1 channel surround audio is required to render thecontent, information indicating that processing of immersive audio isrequired to render the content, and/or information indicating thatprocessing of 3D audio is processed in order to render the content. Thishas been described in detail above with reference to FIGS. 108 to 110.

According to another embodiment of the present invention, the capabilitycode element may include information indicating that a personal videorecorder (PVR) application function is required to render the content,information indicating that a download function through a persistentstorage is required to render the content, information indicating that adigital rights management (DRM) application function is required torender the content, and/or a conditional access system (CAS) applicationfunction is required to render the content. This has been described indetail above with reference to FIG. 111.

According to another embodiment of the present invention, the categorycode information may include information indicating that a category ofthe capability information is a download protocol, informationindicating that a category of the capability information is a forwarderror correction (FEC) algorithm, information indicating that a categoryof the capability information is archive format, information indicatingthat a category of the capability information is a compressionalgorithm, information indicating that a category of the capabilityinformation is a media type, information indicating that a category ofthe capability information is Internet link, and/or informationindicating that a category of the capability information is applicationcapability. This has been described in detail above with reference toFIGS. 108 to 115.

FIG. 127 is a diagram illustrating a configuration of a service guideinformation transmitting apparatus L127040 according to an embodiment ofthe present invention.

According to an embodiment of the present invention, the guideinformation transmitting apparatus L127040 may include a generatorL127010, an encoder L127020, and/or a transmitter L127030. The generatorL127010 may generate service guide information including information ona broadcast service and content. The encoder L127020 may encode thegenerated service guide information. The transmitter L127030 maytransmit the encoded service guide information. Here, the service guideinformation may include a capability element indicating capabilityinformation required to render the content. This has been described indetail above with reference to FIG. 108.

According to an embodiment of the present invention, components includedin the service guide information transmitting apparatus L127040 mayperform the aforementioned respective operations described above withreference to FIG. 125.

FIG. 128 is a diagram illustrating a configuration of a service guideinformation receiving apparatus L128040 according to an embodiment ofthe present invention.

According to an embodiment of the present invention, the service guideinformation receiving apparatus L128040 may include a receiver L128010,a decoder L128020, and/or a reproducer L128030. The receiver L128010 mayinclude information on a broadcast service and content. The decoderL128020 may decode the generated service guide information. Thereproducer L128030 may display the decoded service guide information.Here, the service guide information may include capability elementindicating capability information required to render the content. Thishas been described in detail above with reference to FIG. 108.

According to an embodiment of the present invention, components includedin the service guide information receiving apparatus L128040 may performthe aforementioned respective operations described above with referenceto FIG. 126.

The capability element may include a capability code element indicatingcapability information required to render the content as a code value,and/or a capability string element indicating the capability informationas a string. Here, the capability code element may indicateCapabilityCodes element and the capability string element may indicateCapabilityString element. This has been described in detail above withreference to FIG. 108.

FIG. 129 illustrates signaling for single-memory deinterleavingirrespective of the number of symbols in a frame according to anembodiment of the present invention.

As described above, the frequency interleaver according to the presentinvention performs interleaving using different interleaving sequencesin a plurality of OFDM symbols, but the frequency deinterleaver mayperform single-memory deinterleaving on the received OFDM symbols.

The present invention proposes a method for performing single-memorydeinterleaving by the frequency deinterleaver irrespective of whetherthe number of OFDM symbols in one frame is an even number or an oddnumber. To this end, the above-described architecture of the frequencyinterleaver may operate differently depending on whether the number ofOFDM symbols is an even number or an odd number. Furthermore, signalinginformation related thereto may be additionally defined in theabove-described preamble and/or the physical layer signal (PLS). Assuch, single-memory deinterleaving is not limited to a case in which thenumber of OFDM symbols is an even number, and may always be enabled.

Here, the PLS may be transmitted in a frame starting symbol (FSS) ofevery frame. Alternatively, according to another embodiment, the PLS maybe transmitted in the first OFDM symbol. Otherwise, based on whether thePLS is present, signaling information corresponding to the PLS may becompletely transmitted in the preamble. Or, signaling informationcorresponding to the preamble and/or the PLS may be transmitted inbootstrap information. The bootstrap information may be an informationpart located in front of the preamble.

Information about, for example, a processing operation used by thefrequency interleaver of the transmitter may include an FI_mode fieldand an N_sym field.

The FI_mode field may be a 1-bit field which can be located in thepreamble. The FI_mode field may indicate an interleaving scheme used inthe FSS or the first OFDM symbol of every frame.

The interleaving scheme indicated as the FI_mode field may include FIscheme #1 and FI scheme #2.

FI scheme #1 can indicate that the frequency interleaver of thetransmitter performs random writing operation and then linear readingoperation on the FSS. This case may correspond to a case in which theFI_mode field value is 0. The random writing or linear reading operationmay be performed in or from memory using a value generated by anarbitrary random sequence generator using, for example, a pseudo-randombinary sequence (PRBS). Here, linear reading may refer to sequentiallyreading operation.

FI scheme #2 can indicate that the transmitter performs linear writingoperation and then random reading operation on the FSS. This case maycorrespond to a case in which the FI_mode field value is 1. Likewise,the linear writing or random reading operation may be performed in orfrom memory using a value generated by an arbitrary random sequencegenerator using, for example, PRBS. Here, linear writing may refer to asequentially writing operation.

In addition, the FI_mode field may indicate an interleaving scheme usedin a frame edge symbol (FES) or the last OFDM symbol of every frame. Theinterleaving scheme applied to the FES may be indicated differently fromthe value of the N_sym field transmitted by the PLS. That is, theinterleaving scheme indicated as the FI_mode field may differ dependingon whether the number of OFDM symbols is an odd number or an evennumber. Mapping information between the two fields may be predefined asa table by the transmitter and the receiver.

The FI_mode field may be defined and transmitted in a part of the frameother than the preamble according to another embodiment.

The N_sym field may be a field which can be located in the PLS part. Thenumber of bits of the N_sym field is variable according to embodiments.The N_sym field may indicate number of OFDM symbols included in oneframe. As such, the receiver can acquire information about whether thenumber of OFDM symbols is an even number or an odd number.

Operation of the frequency deinterleaver corresponding to the frequencyinterleaver irrespective of the number of OFDM symbols in one frame isas described below. This frequency deinterleaver may performsingle-memory deinterleaving by utilizing the proposed signaling fieldsirrespective of whether the number of OFDM symbols is an even number oran odd number.

Initially, the frequency deinterleaver may perform frequencydeinterleaving on the FSS using information of the FI_mode field of thepreamble because the frequency interleaving scheme used in the FSS isindicated as the FI_mode.

The frequency deinterleaver may perform frequency deinterleaving on theFES using signaling information of the FI_mode field and signalinginformation of the N_sym field of the PLS. In this case, the mappinginformation between the two fields may be acquired using the predefinedtable. A description of the predefined table will be given below.

Overall deinterleaving operation on the other symbols may be performedinversely from the interleaving operation of the transmitter. That is,on a pair of contiguously input OFDM symbols, the frequencydeinterleaver may perform deinterleaving using one interleavingsequence. Here, the interleaving sequence may be an interleavingsequence used by the frequency interleaver for reading & writing. Thefrequency deinterleaver may perform reading & writing operationinversely using the interleaving sequence.

However, the frequency deinterleaver according to the present inventionmay not use a ping pong architecture using double memories. Thefrequency deinterleaver may perform deinterleaving on contiguously inputOFDM symbols using a single memory. As such, the efficiency of usingmemory by the frequency deinterleaver may be increased.

FIG. 130 illustrates FI schemes of FSS in signaling for single-memorydeinterleaving irrespective of the number of symbols in a frameaccording to an embodiment of the present invention.

An interleaving scheme applied to frequency interleaving operation maybe determined using the above-described FI_mode field and the N_symfield.

In the case of FSS, when the number of OFDM symbols indicated as theN_sym field is an even number, FI scheme #1 may be performed on the FSSirrespective of the FI_mode field value.

When the number of OFDM symbols indicated as the N_sym field is an oddnumber, FI scheme #1 may be applied to the FSS if the FI_mode field hasa value of 0, and FI scheme #2 may be applied to the FSS if the FI_modefield has a value of 1. That is, when the number of OFDM symbols is anodd number, FI schemes #1 and #2 may be alternately applied to the FSSsymbols for frequency interleaving.

FIG. 131 illustrates operation of a reset mode in signaling forsingle-memory deinterleaving irrespective of the number of symbols in aframe according to an embodiment of the present invention.

For frequency interleaving on FES, the above-described symbol offsetgenerator may adopt a reset mode as a new concept. The reset mode mayrefer to a mode in which a symbol offset value generated by the symboloffset generator is ‘0’.

For frequency interleaving on FES, whether to use the reset mode may bedetermined using the above-described FI_mode field and the N_sym field.

When the number of OFDM symbols indicated as the N_sym field is an evennumber, the reset mode of the symbol offset generator may not operate(off) irrespective of the value of the FI_mode field.

When the number of OFDM symbols indicated as the N_sym field is an oddnumber, if the value of the FI_mode field is 0, the symbol offsetgenerator may operate in the reset mode (on). Otherwise, if the value ofthe FI_mode field is 1, the reset mode of the symbol offset generatormay not operate (off). That is, when the number of OFDM symbols is anodd number, the reset mode may be alternately turned on and off forfrequency interleaving.

FIG. 132 illustrates equations indicating input and output of thefrequency interleaver in signaling for single-memory deinterleavingirrespective of the number of symbols in a frame according to anembodiment of the present invention.

As described above, OFDM symbol pairs of memory bank-A and memory bank-Bmay be processed through the above-described interleaving operation. Asdescribed above, for interleaving, a variety of different interleavingseeds generated by cyclically shifting one main interleaving seed may beused. Here, the interleaving seed may also be called an interleavingsequence. Alternatively, the interleaving seed may also be called aninterleaving address value, an address value, or an interleavingaddress. Here, the term “interleaving address value(s)” can be used forreferring plural address values, or for referring a interleaving seedwhich is a singular. That is, depending on embodiments, interleavingaddress value(s) can mean H(p) itself, or each addresses belong to H(p).

Input of frequency interleaving to be interleaved within one OFDM symbolmay be indicated as Om,l (t50010). Here, data cells may be indicated asxm,l,0, . . . xm,l,Ndata-1. Meanwhile, p may indicate a cell index, 1may indicate an OFDM symbol index, and m may indicate a frame index.That is, xm,l,p may indicate a p-th data cell of an 1-th OFDM symbol ofan m-th frame. Ndata may indicate the number of data cells. Nsym mayindicate the number of symbols (frame signaling symbols, normal datasymbols, or frame edge symbols).

Data cells which are interleaved based on the above-described operationmay be indicated as Pm,l (t50020). The interleaved data cells may beindicated as vm,l,0, . . . vm,l,Ndata-1. Meanwhile, p, l, and m may havethe above-described index values.

FIG. 133 illustrates equations of a logical operation mechanism offrequency interleaving based on FI scheme #1 and FI scheme #2 insignaling for single-memory deinterleaving irrespective of the number ofsymbols in a frame according to an embodiment of the present invention.

A description is now given of frequency interleaving based on FI scheme#1. As described above, frequency interleaving may be performed using aninterleaving sequence (interleaving address) of each memory bank.

Interleaving operation on an even symbol (j mod 2=0) may bemathematically expressed as given by equation t51010. On input data x,frequency interleaving may be performed using the interleaving sequence(interleaving address) to acquire output v. Here, p-th input data x maybe permuted to be identical to H(p)-th output data v.

That is, on an even symbol (the first symbol), random writing operationmay be performed using the interleaving sequence, and then linearreading operation for sequentially reading data may be performed. Here,the interleaving sequence (interleaving address) may be a valuegenerated by an arbitrary random sequence generator using, for example,PRBS.

Interleaving operation on an odd symbol (j mod 2=1) may bemathematically expressed as given by equation t51020. On input data x,frequency interleaving may be performed using the interleaving sequence(interleaving address) to acquire output v. Here, H(p)-th input data xmay be permuted to be identical to p-th output data v. That is, comparedto the interleaving process performed on the even symbol, theinterleaving sequence (interleaving address) may be applied inversely.

That is, on an odd symbol (the second symbol), a linear writingoperation for sequentially writing data in memory may be performed, andthen random reading operation for randomly reading the data using theinterleaving sequence may be performed. Likewise, the interleavingsequence (interleaving address) may be a value generated by an arbitraryrandom sequence generator using, for example, PRBS.

A description is now given of frequency interleaving based on FI scheme#2.

In the case of frequency interleaving based on FI scheme #2, operationon an even/odd symbol may be performed inversely from the operationbased on FI scheme #1.

That is, on the even symbol, linear writing operation may be performedand then random reading operation may be performed as given by equationt51020. In addition, on the odd symbol, random writing operation may beperformed and then linear reading operation may be performed as given byequation t51010. A detailed description thereof is the same as thatgiven above in relation to FI scheme #1.

The symbol index 1 may be indicated as 0, 1, . . . , N_(sym)−1, and thecell index p may be indicated as 0, 1, . . . , N_(data)−1. According toanother embodiment, the frequency interleaving scheme on an even symboland the frequency interleaving scheme on an odd symbol may be switched.In addition, according to another embodiment, the frequency interleavingscheme based on FI scheme #1 and the frequency interleaving scheme basedon FI scheme #2 may be switched.

FIG. 134 illustrates an example in which the number of symbols is aneven number in signaling for single-memory deinterleaving irrespectiveof the number of symbols in a frame according to an embodiment of thepresent invention.

In the current embodiment, the N_sym field may indicate that the numberof OFDM symbols in one frame is an even number. The current embodimentassumes that one frame includes one preamble and eight OFDM symbols.According to another embodiment, bootstrap information may be furtherincluded in front of the preamble. The bootstrap information is notillustrated.

In the current embodiment, one frame may include one FSS and one FES.Here, it is assumed that the FSS and the FES have the same length. Inaddition, since information of the N_sym field is transmitted in the PLSpart, the frequency deinterleaver may acquire the correspondinginformation after decoding the FSS. Furthermore, the current embodimentassumes that the N_sym field is completely decoded before operation onthe FES is performed.

In the FSS of each frame, the value of the symbol offset generator maybe reset to 0. Accordingly, the first and second symbols may beprocessed using the same interleaving sequence. In addition, sequence #0may be used for operation whenever each frame starts. After that,sequences #1 and #2 may be sequentially used for operation of thefrequency interleaver/deinterleaver.

FIG. 135 illustrates an example in which the number of symbols is aneven number in signaling for single-memory deinterleaving irrespectiveof the number of symbols in a frame according to an embodiment of thepresent invention.

In the first frame, information about an interleaving scheme of the FSSmay be acquired from the FI_mode field of the preamble. In the currentembodiment, since the number of OFDM symbols is an even number, only FIscheme #1 may be used.

Then, the FSS may be decoded and thus N_sym information may be acquired.The N_sym information indicates that the number of symbols in thecurrent frame is an even number. After that, the acquired FI_modeinformation and the N_sym information may be used when the frequencydeinterleaver decodes the FES. Since the number of symbols is an evennumber, the symbol offset generator does not operate in theabove-described reset mode. That is, the reset mode may be in an offstate.

Subsequently, even in another frame, since an even number of OFDMsymbols are included, the frequency deinterleaver may operate in thesame manner. That is, the FI scheme to be used in the FSS is FI scheme#1, and the reset mode to be used in the FES may be in an off state.

FIG. 136 illustrates an example in which the number of symbols is an oddnumber in signaling for single-memory deinterleaving irrespective of thenumber of symbols in a frame according to an embodiment of the presentinvention.

In the current embodiment, the N_sym field may indicate that the numberof OFDM symbols in one frame is an odd number. The current embodimentassumes that one frame includes one preamble and seven OFDM symbols.According to another embodiment, bootstrap information may be furtherincluded in front of the preamble. The bootstrap information is notillustrated.

In the current embodiment, like the case in which the number of symbolsis an even number, one frame may include one FSS and one FES. Here, itis assumed that the FSS and the FES have the same length. In addition,since information of the N_sym field is transmitted in the PLS part, thefrequency deinterleaver may acquire the corresponding information afterdecoding the FSS. Furthermore, the current embodiment assumes that theN_sym field is completely decoded before operation on the FES isperformed.

In the FSS of each frame, the value of the symbol offset generator maybe reset to 0. Furthermore, in the FES of an arbitrary frame, the symboloffset generator may operate in a reset mode based on the values of theFI_mode field and the N_sym field. Accordingly, in the FES of thearbitrary frame, the value of the symbol offset generator may be resetor not reset to 0. These reset operations may be alternately performedon frames.

The symbol offset generator may be reset in the last symbol of the firstframe, i.e., the FES. Accordingly, the interleaving sequence may bereset to sequence #0. As such, the frequency interleaver/deinterleavermay process the corresponding FES based on sequence #0 (t54010).

In the FSS of a subsequent frame, the symbol offset generator may bereset again and thus sequence #0 may be used (t54010). The symbol offsetgenerator may not be reset in the FES of the second frame (frame #1),and may be reset again in the FES of the third frame (frame #2).

FIG. 137 illustrates an example in which the number of symbols is an oddnumber in signaling for single-memory deinterleaving irrespective of thenumber of symbols in a frame according to an embodiment of the presentinvention.

In the first frame, information about an interleaving scheme of the FSSmay be acquired from the FI_mode field of the preamble. Since the numberof OFDM symbols is an odd number, FI scheme #1 and FI scheme #2 may beused. In the current embodiment, FI scheme #1 is used in the firstframe.

Then, the FSS may be decoded and thus N_sym information may be acquired.The N_sym information indicates that the number of symbols in thecurrent frame is an odd number. After that, the acquired FI_modeinformation and the N_sym information may be used when the frequencydeinterleaver decodes the FES. Since the number of symbols is an oddnumber and FI scheme#1 is used, the FI_mode field value is 0. Since theFI_mode is 0, the symbol offset generator may operate in theabove-described reset mode. That is, the reset mode may be in an onstate.

The symbol offset generator may operate in the reset mode and thus maybe reset to 0. Since the FI_mode field value is 1 in the second frame,this indicates that the FSS is processed based on FI scheme #2. TheN_sym field indicates that the number of symbols is an odd number. Inthe second frame, since the FI_mode field value is 1 and the number ofsymbols is an odd number, the symbol offset generator may not operate inthe reset mode.

In this manner, the FI scheme to be used in the FSS may be alternatelyset to FI schemes #1 and #2. Furthermore, the reset mode to be used inthe FES may be alternately set to be on and off. According to anotherembodiment, the settings may not be changed every frame.

FIG. 138 illustrates operation of the frequency deinterleaver insignaling for single-memory deinterleaving irrespective of the number ofsymbols in a frame according to an embodiment of the present invention.

The frequency deinterleaver may perform frequency deinterleaving usinginformation of the predefined FI_mode field and/or the N_sym field. Asdescribed above, the frequency deinterleaver may operate using a singlememory. Basically, frequency deinterleaving may be inverse operation ofthe frequency interleaving operation performed by the transmitter, torestore the order of data.

As described above, frequency deinterleaving on the FSS may be performedbased on information about the FI scheme which is acquired from theFI_mode field and the N_sym field of the preamble. Frequencydeinterleaving on the FES may be performed based on informationindicating whether to the reset mode operates, which is acquired usingthe FI_mode field and the N_sym field.

That is, on a pair of input OFDM symbols, the frequency deinterleavermay perform inverse operation of the reading/writing operation of thefrequency interleaver. One interleaving sequence may be used in thisoperation.

However, as described above, the frequency interleaver follows the pingpong architecture using double memories, but the frequency deinterleavermay perform deinterleaving using a single memory. This single-memoryfrequency deinterleaving operation may be performed using information ofthe FI_mode field and the N_sym field. This information may allowsingle-memory frequency deinterleaving even on a frame having an oddnumber of OFDM symbols irrespective of the number of OFDM symbols.

The frequency interleaver according to the present invention may performfrequency interleaving on all data cells of the OFDM symbols. Thefrequency interleaver may map the data cells to available data carriersof the symbols.

The frequency interleaver according to the present invention may operatein different interleaving modes based on FFT size. For example, when theFFT size is 32K, the frequency interleaver may perform randomwriting/linear reading operation on an even symbol and perform linearwriting/random reading operation on an odd symbol as in FI scheme #1described above. Alternatively, when the FFT size is 16K or 8K, thefrequency interleaver may perform linear reading/random writingoperation on all symbols irrespective of an even/odd number.

The FFT size, which determines whether to switch the interleaving modes,may vary according to embodiments. That is, interleaving as in FI scheme#1 may be performed in the case of 32K and 16K, and interleavingirrespective of an even/odd number may be performed in the case of 8K.Alternatively, interleaving as in FI scheme #1 may be performed for allFFT sizes, or interleaving irrespective of an even/odd number may beperformed for all FFT sizes. Otherwise, according to another embodiment,interleaving as in FI scheme #2 may be performed for a specific FFTsize.

This frequency interleaving operation may be performed using theabove-described interleaving sequence (interleaving address). Theinterleaving sequence may be variously generated using an offset valueas described above. Alternatively, address check may be performed togenerate various interleaving sequences.

FIG. 139 illustrates the concept of a variable bit-rate system accordingto an embodiment of the present invention.

Specifically, a transport superframe, shown in FIG. 139, is composed ofNTI_NUM TI groups and each TI group can include N BLOCK_TI FEC blocks.In this case, TI groups may respectively include different numbers ofFEC blocks. The TI group according to an embodiment of the presentinvention can be defined as a block for performing time interleaving andcan be used in the same meaning as the aforementioned TI block or IF.That is, one IF can include at least one TI block and the number of FECblocks in the TI block is variable.

When TI groups include different numbers of FEC blocks, the presentinvention performs interleaving on the TI groups using one twistedrow-column block interleaving rule in an embodiment. Accordingly, thereceiver can perform deinterleaving using a single memory. A descriptionwill be given of an input FEC block memory arrangement method andreading operation of the time interleaver in consideration of variablebit-rate (VBR) transmission in which the number of FEC blocks can bechanged per TI group.

FIG. 140 illustrates writing and reading operations of blockinterleaving according to an embodiment of the present invention.Detailed descriptions about this figure was described before.

FIG. 141 shows equations representing block interleaving according to anembodiment of the present invention.

The equations shown in the figure represent block interleaving appliedper TI group. As expressed by the equations, shift values can berespectively calculated in a case in which the number of FEC blocksincluded in a TI group is an odd number and a case in which the numberof FEC blocks included in a TI group is an even number. That is, blockinterleaving according to an embodiment of the present invention cancalculate a shift value after making the number of FEC blocks be anodd-number.

A time interleaver according to an embodiment of the present inventioncan determine parameters related to interleaving on the basis of a TIgroup having a maximum number of FEC blocks in the correspondingsuperframe. Accordingly, the receiver can perform deinterleaving using asingle memory. Here, for a TI group having a smaller number of FECblocks than the maximum number of FEC blocks, virtual FEC blockscorresponding to a difference between the number of FEC blocks and themaximum number of FEC blocks can be added.

Virtual FEC blocks according to an embodiment of the present inventioncan be inserted before actual FEC blocks. Subsequently, the timeinterleaver according to an embodiment of the present invention canperform interleaving on the TI groups using one twisted row-column blockinterleaving rule in consideration of the virtual FEC blocks. Inaddition, the time interleaver according to an embodiment of the presentinvention can perform the aforementioned skip operation when amemory-index corresponding to virtual FEC blocks is generated duringreading operation. In the following writing operation, the number of FECblocks of input TI groups is matched to the number of FEC blocks ofoutput TI groups. Consequently, according to time interleaving accordingto an embodiment of the present invention, loss of data rate of dataactually transmitted may be prevented through skip operation even ifvirtual FEC blocks are inserted in order to perform efficientsingle-memory deinterleaving in the receiver.

FIG. 142 illustrates virtual FEC blocks according to an embodiment ofthe present invention.

The left side of the figure shows parameters indicating a maximum numberof FEC blocks in a TI group, the actual number of FEC blocks included ina TI group and a difference between the maximum number of FEC blocks andthe actual number of FEC blocks, and equations for deriving the numberof virtual FEC blocks.

The right side of the figure shows an embodiment of inserting virtualFEC blocks into a TI group. In this case, the virtual FEC blocks can beinserted before actual FEC blocks, as described above.

FIG. 143 shows equations representing reading operation after insertionof virtual FEC blocks according to an embodiment of the presentinvention.

Skip operation illustrated in the figure can skip virtual FEC blocks inreading operation.

FIG. 144 is a flowchart illustrating a time interleaving processaccording to an embodiment of the present invention.

A time interleaver according to an embodiment of the present inventioncan setup initial values (S67000).

Then, the time interleaver according to an embodiment of the presentinvention can perform writing operation on actual FEC blocks inconsideration of virtual FEC blocks (S67100).

The time interleaver according to an embodiment of the present inventioncan generate a temporal TI address (S67200).

Subsequently, the time interleaver according to an embodiment of thepresent invention can evaluate the availability of the generated TIreading address (S67300). Then, the time interleaver according to anembodiment of the present invention can generate a final TI readingaddress (S67400).

The time interleaver according to an embodiment of the present inventioncan read the actual FEC blocks (S67500).

FIG. 145 shows equations representing a process of determining a shiftvalue and a maximum TI block size according to an embodiment of thepresent invention.

The figure shows an embodiment in which the number of TI groups is 2,the number of cells in a TI group is 30, the number of FEC blocksincluded in the first TI group is 5 and the number of FEC blocksincluded in the second TI block is 6. While a maximum number of FECblocks is 6, 6 is an even number. Accordingly, a maximum number of FECblocks, which is adjusted in order to obtain the shift value, can be 7and the shift value can be calculated as 4.

FIGS. 146 to 148 illustrate a TI process of the embodiment describedbefore.

FIG. 146 illustrates writing operation according to an embodiment of thepresent invention.

FIG. 146 shows writing operation for the two TI groups described before.

A block shown in the left side of the figure represents a TI memoryaddress array and blocks shown in the right side of the figureillustrate writing operation when two virtual FEC blocks and one virtualFEC block are respectively inserted into two continuous TI groups. Sincethe adjusted maximum number of FEC blocks is 7, as described above, twovirtual FEC blocks are inserted into the first TI group and one virtualFEC block is inserted into the second TI group.

FIG. 147 illustrates reading operation according to an embodiment of thepresent invention.

A block shown in the left side of the figure represents a TI memoryaddress array and blocks shown in the right side of the figureillustrate reading operation when two virtual FEC blocks and one virtualFEC block are respectively inserted into two continuous TI groups. Inthis case, reading operation can be performed on the virtual FEC blocksin the same manner as the reading operation performed on actual FECblocks.

FIG. 148 illustrates a result of skip operation in reading operationaccording to an embodiment of the present invention.

As shown in the figure, virtual FEC blocks can be skipped in two TIgroups.

FIGS. 149 to 150 illustrate time deinterleaving corresponding to areverse of TI described before.

Specifically, FIG. 151 illustrates time deinterleaving for the first TIgroup and FIG. 152 illustrates time deinterleaving for the second TIgroup.

FIG. 149 shows a writing process of time deinterleaving according to anembodiment of the present invention.

A left block in the figure shows a TI memory address array, a middleblock shows the first TI group input to a time deinterleaver and a rightblock shows a writing process performed in consideration of virtual FECblocks that are skipped with respect to the first TI group.

As shown in the figure, two virtual FEC blocks skipped during TI can berestored for correct reading operation in the writing process. In thiscase, the positions and quantity of the skipped two virtual FEC blockscan be estimated through an arbitrary algorithm.

FIG. 150 illustrates a writing process of time deinterleaving accordingto another embodiment of the present invention.

A left block in the figure shows a TI memory address array, a middleblock shows the second TI group input to the time deinterleaver and aright block shows a writing process performed in consideration ofvirtual FEC blocks that are skipped with respect to the second TI group.

As shown in the figure, one virtual FEC block skipped during TI can berestored for correct reading operation in the writing process. In thiscase, the position and quantity of the skipped one virtual FEC block canbe estimated through an arbitrary algorithm.

FIG. 151 shows equations representing reading operation of timedeinterleaving according to another embodiment of the present invention.

A TDI shift value used in the receiver can be determined by a shiftvalue used in the transmitter, and skip operation can skip virtual FECblocks in reading operation, similarly to skip operation performed inthe transmitter.

FIG. 152 is a flowchart illustrating a time deinterleaving processaccording to an embodiment of the present invention.

A time deinterleaver according to an embodiment of the present inventioncan setup initial values (S75000).

Then, the time deinterleaver according to an embodiment of the presentinvention can perform writing operation on actual FEC blocks inconsideration of virtual FEC blocks (S75100).

Subsequently, the time deinterleaver according to an embodiment of thepresent invention can generate a temporal TDI reading address (S75200).

The time deinterleaver according to an embodiment of the presentinvention can evaluate the availability of the generated TDI readingaddress (S75300). Then, the time deinterleaver according to anembodiment of the present invention can generate a final TDI readingaddress (S75400).

Subsequently, the time deinterleaver according to an embodiment of thepresent invention can read the actual FEC blocks (S75500).

The module or unit may be one or more processors designed to execute aseries of execution steps stored in the memory (or the storage unit).Each step described in the above-mentioned embodiments may beimplemented by hardware and/or processors. Each module, each block,and/or each unit described in the above-mentioned embodiments may berealized by hardware or processor. In addition, the above-mentionedmethods of the present invention may be realized by codes written inrecoding media configured to be read by a processor so that the codescan be read by the processor supplied from the apparatus.

Although the description of the present invention is explained withreference to each of the accompanying drawings for clarity, it ispossible to design new embodiment(s) by merging the embodiments shown inthe accompanying drawings with each other. And, if a recording mediumreadable by a computer, in which programs for executing the embodimentsmentioned in the foregoing description are recorded, is designed innecessity of those skilled in the art, it may belong to the scope of theappended claims and their equivalents.

An apparatus and method according to the present invention may benon-limited by the configurations and methods of the embodimentsmentioned in the foregoing description. And, the embodiments mentionedin the foregoing description can be configured in a manner of beingselectively combined with one another entirely or in part to enablevarious modifications.

In addition, a method according to the present invention can beimplemented with processor-readable codes in a processor-readablerecording medium provided to a network device. The processor-readablemedium may include all kinds of recording devices capable of storingdata readable by a processor. The processor-readable medium may includeone of ROM, RAM, CD-ROM, magnetic tapes, floppy discs, optical datastorage devices, and the like for example and also include such acarrier-wave type implementation as a transmission via Internet.Furthermore, as the processor-readable recording medium is distributedto a computer system connected via network, processor-readable codes canbe saved and executed according to a distributive system.

It will be appreciated by those skilled in the art that variousmodifications and variations can be made in the present inventionwithout departing from the spirit or scope of the inventions. Thus, itis intended that the present invention covers the modifications andvariations of this invention provided they come within the scope of theappended claims and their equivalents.

Both the product invention and the process invention are described inthe specification and the description of both inventions may besupplementarily applied as needed.

It will be appreciated by those skilled in the art that variousmodifications and variations can be made in the present inventionwithout departing from the spirit or scope of the inventions. Thus, itis intended that the present invention covers the modifications andvariations of this invention provided they come within the scope of theappended claims and their equivalents.

Both apparatus and method inventions are mentioned in this specificationand descriptions of both of the apparatus and method inventions may becomplementarily applicable to each other.

MODE FOR INVENTION

Various embodiments have been described in the best mode for carryingout the invention.

INDUSTRIAL APPLICABILITY

The embodiments of the present invention are available in a series ofbroadcast signal provision fields.

It will be apparent to those skilled in the art that variousmodifications and variations can be made in the present inventionwithout departing from the spirit or scope of the inventions. Thus, itis intended that the present invention covers the modifications andvariations of this invention provided they come within the scope of theappended claims and their equivalents.

1. A method of transmitting service guide information, the methodcomprising: generating service guide information comprising informationon a broadcast service and content, the service guide informationcomprising a capability element indicating capability informationrequired to render the content; encoding the generated service guideinformation; and transmitting the encoded service guide information. 2.The method according to claim 1, wherein the capability elementcomprises at least one of a capability code element indicatingcapability information required to render the content as a code valueand a capability string element indicating the capability informationusing a string.
 3. The method according to claim 2, wherein thecapability string element comprises category code information indicatinga category to which capability information indicated by the capabilitystring element belongs.
 4. The method according to claim 2, wherein thecapability code element comprises at least one of information indicatingthat an Internet protocol (IP) through a broadband is required todownload the content, information indicating that processing of highefficiency video coding (HEVC) video is required to render the content,information indicating that processing of scalable HEVC (SHVC) video isrequired to render the content, information indicating that processingof high dynamic range (HDR) video is required to render the content,information indicating that processing of 5.1 channel surround audio isrequired to render the content, information indicating that processingof immersive audio is required to render the content, and informationindicating that processing of 3D audio is required to render thecontent.
 5. The method according to claim 2, wherein the capability codeelement comprises at least one of information indicating that a personalvideo recorder (PVR) application function is required to render thecontent, information indicating that a download function through apersistent storage is required to render the content, informationindicating that a digital rights management (DRM) application functionis required to render the content, and information indicating that aconditional access system (CAS) application is required to render thecontent.
 6. The method according to claim 2, wherein the category codeinformation comprises at least one of information indicating that acategory of the capability information is a download protocol,information indicating that a category of the capability information isa forward error correction (FEC) algorithm, information indicating thata category of the capability information is archive format, informationindicating that a category of the capability information is acompression algorithm, information indicating that a category of thecapability information is a media type, information indicating that acategory of the capability information is an Internet link, andinformation indicating that a category of the capability information isapplication capability.
 7. A method of receiving service guideinformation, the method comprising: receiving service guide informationcomprising information on a broadcast service and content, the serviceguide information comprising a capability element indicating capabilityinformation required to render the content; decoding the generatedservice guide information; and displaying the decoded service guideinformation.
 8. The method according to claim 7, wherein the capabilityelement comprises at least one of a capability code element indicatingcapability information required to render the content as a code valueand a capability string element indicating the capability informationusing a string.
 9. The method according to claim 8, wherein thecapability string element comprises category code information indicatinga category to which capability information indicated by the capabilitystring element belongs.
 10. The method according to claim 8, wherein thecapability code element comprises at least one of information indicatingthat an Internet protocol (IP) through a broadband is required todownload the content, information indicating that processing of highefficiency video coding (HEVC) video is required to render the content,information indicating that processing of scalable HEVC (SHVC) video isrequired to render the content, information indicating that processingof high dynamic range (HDR) video is required to render the content,information indicating that processing of 5.1 channel surround audio isrequired to render the content, information indicating that processingof immersive audio is required to render the content, and informationindicating that processing of 3D audio is required to render thecontent.
 11. The method according to claim 8, wherein the capabilitycode element comprises at least one of information indicating that apersonal video recorder (PVR) application function is required to renderthe content, information indicating that a download function through apersistent storage is required to render the content, informationindicating that a digital rights management (DRM) application functionis required to render the content, and information indicating that aconditional access system (CAS) application is required to render thecontent.
 12. The method according to claim 8, wherein the category codeinformation comprises at least one of information indicating that acategory of the capability information is a download protocol,information indicating that a category of the capability information isa forward error correction (FEC) algorithm, information indicating thata category of the capability information is archive format, informationindicating that a category of the capability information is acompression algorithm, information indicating that a category of thecapability information is a media type, information indicating that acategory of the capability information is an Internet link, andinformation indicating that a category of the capability information isapplication capability.
 13. A service guide information transmittingapparatus comprising: a generator configured to generate service guideinformation comprising information on a broadcast service and content,the service guide information comprising a capability element indicatingcapability information required to render the content; an encoderconfigured to encode the generated service guide information; and atransmitter configured to transmit the encoded service guideinformation.
 14. A service guide information receiving apparatuscomprising: a receiver configured to receive service guide informationcomprising information on a broadcast service and content, the serviceguide information comprising a capability element indicating capabilityinformation required to render the content; a decoder configured todecode the generated service guide information; and a reproducerconfigured to display the decoded service guide information.
 15. Theservice guide information receiving apparatus according to claim 14,wherein the capability element comprises at least one of a capabilitycode element indicating capability information required to render thecontent as a code value and a capability string element indicating thecapability information using a string.